git branch コマンド - Qiita
20190505追記 わかりにくい表現を修正しました。 git branch -vコマンドの説明を追加しました。 git branch \<branchname>コマンドの説明に追記しました。 git branchコマンドについて、主にオプションをまとめました。 表示 ローカルブランチの一覧を表示する。 git branch -r -r、もしくは、--remotesオプション。 リモートブランチの一覧を表示する。 git branch -a -a、もしくは--allオプション。 リモートブランチを含んだブランチの一覧を表示する。 git branch --merged --mergedオプション。 HEADにマージ済みのブランチの一覧を表示する。 git branch --no-merged --no-mergedオプション。 HEADにマージされていないブランチの一覧を表示する。 git
結局 Git のブランチ戦略ってどうすればいいの？ - Qiita
1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
【git rebase -i】したときのコマンドをすべて試してみた(p, r, e,s ,f ,x ,d) - Qiita
git rebase -i したときのコマンドをすべて試してみた(p, r, e,s ,f ,x ,d) いわゆる git rebase -i HEAD~~ とかしたときに出てくる下のほうに出てくるコメントアウトされているコマンドのことを今回まとめます。 pick 85b703f update 2 pick 4d9e3ec update 3 # Rebase 5d6b0f5..1fc7711 onto 5d6b0f5 (6 commands) # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into
Git不慣れ勢を束ねて安全なチーム開発をするメモ - Qiita
本稿は当初チーム開発時のメンバー向けにまとめたものです。 ある程度、端折っていた背景などを記載しました。 git初心者同士でのチーム開発において、git操作を詳しく知らないメンバーも含め安全に行う必要がありました。しかし、開発期間はごくわずか...この状況を回避するために、下記の対応をとりました。 Gitコマンドの基礎的な内容を理解する（私） 各種操作をGUI上で完結させる拡張機能を色々と導入する シンプルな開発フロー(Github flow)を採用し、コマンド実行に相当する操作を限定する 各操作をGUI上での操作に置き換え、チームメンバーに教える 本稿はその際の、コマンドやGUI操作に関するメモをまとめたものになります。 こういった取り組みのおかげか、チームの開発をすんなりフローに乗せることができました。 ■ 前提条件 対象とする動き Github flowを回すうえで、 cloneする
Gitのインストール方法(Windows版) - Qiita
手順1:インストーラのダウンロード 以下からGitのインストーラーをローカルにインストールしてください。 以下のような画面に遷移すると思います。 「Download」をクリックしてください。 Downloadボタンのクリックと同時に「Git-2.37.1-64-bit.exe」がダウンロードされます。（※数分かかります） 手順2:Gitのインストール 手順1でダウンロードしたインストーラ(Git-2.37.1-64-bit.exe)を実行してください。 「Next」をクリックしてください。 「Next」をクリックしてください。 「Next」をクリックしてください。 「Next」をクリックしてください。 Git関連のファイルを開く際にデフォルトのエディタを設定します。任意のエディタを指定してください。 「Next」をクリックしてください。(本記事では Use Visual Studio Co
【git stash】コミットはせずに変更を退避したいとき - Qiita
「とあるブランチで作業中だけど、いますぐやりたいことができた。作業がすごく中途半端だからコミットはしたくない。」 というときに、stashが使えます。 stashを使用すると、コミットしていない変更を退避することができます。 stashで現在の変更を退避して、今すぐやりたい作業をして、退避させていた変更を戻して作業を再開することができます。 変更を退避する コミットしていない変更がある状態で上記のコマンドを実行すると、変更した部分が退避されます。 ワーキングディレクトリ上は差分がない状態になります。 「コミットしていない変更」とは、addしたものもaddしていないものもどちらも含まれます。 -u は --include-untracked の略です。新規作成ファイル(追跡対象に含まれていないファイル)も退避することができます。 退避した作業の一覧を見る 以下のコマンドで退避した作業の一覧を
個人的「便利だな」と思ったGitコマンド4選 - Qiita
存在を知った時や使ってみた時に「これけっこう便利だな」と思ったGitコマンド4つをまとめました。 git fetch -p -pを付けることで、削除されたリモートブランチのリモート追跡参照が削除されるようになります。 例えばリモートリポジトリでbranchAが削除されると、git fetch -pによりローカルリポジトリ上のorigin/branchAが削除されます。 ※ git fetch --pruneも同様です ※ git pull -p/--pruneでプルする際に行われるフェッチにも適用できます git log --oneline コミットハッシュが短縮され、コミットログが1行で表示されるようになります。 ※ git log --abbrev-commit --pretty=onelineも同様です 表示例: git logの場合 commit cmhash2commithash
初学者が覚えたいチーム開発でのGit操作 - Qiita
はじめに 個人開発の場合はそんなに意識することがないGitですが、チーム開発においては重要な役割を果たします。 はじめのうちは構造が見えず混乱するかと思いますが、流れをイメージ出来ればそんなに難しいものではありません。 これを見れば開発に必要なGitコマンドとリポジトリの構造、Githubでの管理手順を理解し開発の現場で実践できるようになります。 そもそもGitとは？ 変更履歴を記録・追跡するための分散型バージョン管理システムである。 ざっくりいうとファイルのバージョン管理が簡単にできるツールといえます。 目次 Gitを理解するための基本用語 開発の流れ その他開発で覚えておきたい便利コマンドと注意点 vscodeでのGUI操作について 最後に Gitを理解するための基本用語 リポジトリ（repository） ファイルやディレクトリを入れて保存しておく貯蔵庫 リモートリポジトリ...特定
.gitignore の書き方 - Qiita
.gitignore とは？ Git の管理に含めないファイルを指定するためのファイル。 設定方法 無視設定を行いたいフォルダに .gitignore という名前でテキストファイルを作成する。 Windows 標準のメモ帳など一部のエディタでは、拡張子のみのファイルは生成できないので、どちらかの手順で作成する 拡張子のみのファイルを作れるエディタを利用する 既にあるファイルをコピーしてくる MAC は標準の設定では、拡張子のみのファイルは Finder 上に表示されません。 無視したいファイルを下のパターンをもとに .gitignore 内で指定する。 設定の有効範囲は .gitignore ファイルの有るフォルダ内全部。 リポジトリのルートにある必要はなく、リポジトリ内に複数あってもよい。 パターン コメント
特別な理由なしにgit-flowを新規採用するべきではない - Qiita
私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ
Gitを使ってやらかした時、git reflogさえ使えればわりかしなんとかなる - Qiita
これは何 新人プログラマ応援イベントの参加記事です。 gitにはreflogというコマンドがあります。このコマンドを学んでおくとやらかしちゃった時も大体なんとかなるので記事にします。 git reflogってなに？ git reflogとは、Gitで操作履歴を見ることができるコマンドです。 例えば branch1にチェックアウト branch1でbranch1.txtを作成し、コミットを作る masterにチェックアウト をすると、以下のようなreflogになります。 $ git reflog 4a4125a (HEAD -> master) HEAD@{0}: checkout: moving from branch1 to master 826a9dc (branch1) HEAD@{1}: commit: Create branch1.txt 4a4125a (HEAD -> mas
git commit --fixup が便利 - Qiita
始めに 私は最近エンジニアに復帰し、現場で便利に思ったことを今後記事にできたらと思っています。 そして1発目は、gitのオプションについて記事を書いてみようと思います。 --fixup はどんな時に使えるの？ Pull Requestなどで、軽微な指摘や後から気付いた修正など、本来の機能のコミットとは別に修正コミットを残すのは少し嫌な時がありますよね。 コミットが一つ手前であれば、直前のコミットを修正してくれる git commit --amendなどで対応できますが、3つ前のコミットに修正を混ぜ込みたい時などは、少し大変。 そんな時に便利なのが、この git commit --fixupです。 使い方 例えば、下記のコミットの状況で、Fix article pageのコミットに対して、追加の修正をしたいとする。 ❯ git log --oneline 1131338365 (HEAD -
git log を見やすくする - Qiita
--formatオプションで指定している文字 %x09 : タブ区切り(タブの16進数コード0x09) %an : 修正した人(Author Name) %h : コミットID(Hash値) %d : HEADとブランチの表示(Decorate) %s : コミットメッセージの1行目(Subject) git log --graph --all --format="%x09%C(cyan bold)%an%Creset%x09%C(yellow)%h%Creset %C(magenta reverse)%d%Creset %s" 色・属性を指定するフォーマット文字列には、こんな意味がある %C(xxx) : 色・属性のフォーマットxxxを指定する %Creset : 色・属性のフォーマットを解除する xxxの部分には次のような文字を指定できる 色 : normal, black, red,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[memo] git for windows (git bash) のバージョンアップ - Qiita![[memo] git for windows (git bash) のバージョンアップ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cab8de33fdf7c9c6201d88d8fc05cf2df6de3826/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCbWVtbyU1RCUyMGdpdCUyMGZvciUyMHdpbmRvd3MlMjAlMjhnaXQlMjBiYXNoJTI5JTIwJUUzJTgxJUFFJUUzJTgzJTkwJUUzJTgzJUJDJUUzJTgyJUI4JUUzJTgzJUE3JUUzJTgzJUIzJUUzJTgyJUEyJUUzJTgzJTgzJUUzJTgzJTk3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0wYmYxODUyMzE5NTVkNjEzNDU1NWIyODk0NzYzOWZjOA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5b3NoaTM4OTExMSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9Yjk1ZGNiOTE3ZDAzMTU5OGU5OWNmNDE0NDFmMjc0NjQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D550cc7a310d949d4dd4e64a95097e975)
git clone --depth 1 したリポジトリの履歴をやっぱりすべて取得する - Qiita
【Git】git-diffにフィルターをかける方法 - Qiita
git add -p 使ってますか？ - Qiita
複数のコミットを一括でcherry-pickする - Qiita
git tagの使い方まとめ - Qiita
stashからapplyやpopができなくなった時。 - Qiita
