![# 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)
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