![# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# b, break = stop here (continue rebase later with 'git rebase --continue')
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
rebase –i ヘルプメッセージ例](https://image.slidesharecdn.com/git-2-rebase-190409110036/85/git-2-rebase-rebase-i-git-flow-10-320.jpg)
More Related Content
What's hot (20)
Similar to gitその2 rebaseとrebase -iを理解してgit-flowをやりやすくする (20)
More from Study Group by SciencePark Corp. (20)
gitその2 rebaseとrebase -iを理解してgit-flowをやりやすくする
- 2. ? ID：suusanex（ connpass?Twitter?GitHub共通） ? 名前：须藤圭太 ? サイエンスパーク株式会社という独立系ソフトウェアベンダーに所属 ? 4年ほど受託開発で、上流から下流まで全部を回す ? ここ6年ほどは、自社製品開発を担当 勉強会、今後も開いていきます。 https://sciencepark.connpass.com/ 自己紹介 2
- 4. rebase ? rebase を理解すると、プルリクによるレビューがやりやすくなる ? rebase -iを理解すると、ゲームのセーブのようにとにかくコミットし、後で組み合わせ せられるようになる（画像編集のレイヤ的） ? ※前提、プルリクとは ? 差分をレビューして、OKならすぐマージを実行する機能。 ? なので、マージで競合するようなプルリクを出すと面倒。事前に競合が無いかチェッ クしておくべき。
- 6. ? マージは、自分の変更の後に他の人の変更が入ったようにする。なので、差分が見づ らい。（図示） ? どちらもやらないと、他の人の差分を破棄するプルリクになる（図示） rebase マージではだめか？ マージ どちらもやらない
- 7. ? コマンドの打ち方 git rebase ＜リビジョン?ブランチ名＞ rebaseのやり方
- 8. ? rebase -iは自分のブランチ整理 ? 並べ替えたりくっつけたりが自由に コミット1：処理A途中で他のブランチに移るんでコミット コミット2：処理Bを書いた コミット3：処理A完成、前書いた分も少し修正 ↓ コミット1：処理Aを実装 コミット2：処理Bを実装 rebase -i
- 9. ? rebase –i（コミット範囲）を打つと、コミット一覧のテキストが開く ? 書き換えると、それが指示になる ? その後、コミットをまとめるたびに新しいテキストが開くので、コミットログを書き 換えて閉じる。 ? 競合したら解決して、rebase continueを打つ rebase -i pick 5a911c9 処理A途中で他のブランチに移るんでコミット pick a46bc34d 処理Bを書いた pick d4e09214 処理A完成、前書いた分も少し修正 pick 5a911c9 処理A途中で他のブランチに移るんでコミット fixup d4e09214 処理A完成、前書いた分も少し修正 pick a46bc34d 処理Bを書いた
- 10. # Commands: # p, pick <commit> = use commit # r, reword <commit> = use commit, but edit the commit message # e, edit <commit> = use commit, but stop for amending # s, squash <commit> = use commit, but meld into previous commit # f, fixup <commit> = like "squash", but discard this commit's log message # x, exec <command> = run command (the rest of the line) using shell # b, break = stop here (continue rebase later with 'git rebase --continue') # d, drop <commit> = remove commit # l, label <label> = label current HEAD with a name # t, reset <label> = reset HEAD to a label # m, merge [-C <commit> | -c <commit>] <label> [# <oneline>] rebase –i ヘルプメッセージ例
- 11. ? rebaseと言っても2種類ある ? rebaseは、プルリクの重要スキル ? rebase -i は、整理して後で見やすくする ? これが分かると、gitは「完成してからコミットするバージョン管理だけのソフト」か ら、「作業中に気楽にクイックセーブする便利ソフト」に進化する ? 使いこなしてつまらない作業を減らそう まとめ
- 12. SP1904-E04-01