履歴を整える（rebase / cherry-pick）

rebase は「base（分岐基点）を re（再設定）する」コマンドです。

自分の branch で git rebase main を実行すると、自分の branch で行った commit 群を一時的に退避し、main の最新 commit の後ろに1つずつ順番に再適用（replay）します。

これにより、あたかも「最初から最新の main の上で作業を開始した」かのような、きれいな一直線の履歴が形成されます。

2つのコマンドの違いは、commit 履歴の残し方にあります。

• git merge … 「branch が分岐し、ここで合流した」という事実をありのまま記録する。親が2つある merge commit が作成される
• git rebase … branch の commit を最新の先端へ付け直し、1本の直線にする。不要な merge commit は作られない

どちらが優れているかではなく、チームの branch 運用ルールによって使い分けられます。履歴の可読性を重視するプロジェクトでは rebase が広く採用されています。

rebase の実行中も、他方の commit と同じファイルの同一箇所を変更していれば conflict が発生します。

ただし、通常の merge のように git commit で解決を完了してはいけません。

1. conflict したファイルを開いて内容を修正する
2. git add . で解決したファイルを stage する
3. git rebase --continue を実行して、後続 commit の再適用を再開する

もし途中で rebase 作業を完全に中断したい場合は、git rebase --abort を実行すれば rebase 開始前の状態へ完全に安全復帰できます。

rebase には、世界中の開発者が厳格に遵守している黄金律があります。

「すでに remote repository に push 済みの commit を rebase してはならない」

rebase は commit の親ポインタを書き換えるため、見た目の差分が同じであっても全く新しい別の commit hash が生成されます。すでに共有された branch を local で rebase して書き換えると、他の開発者の履歴と激しく乖離し、重大な事故を引き起こします。

rebase を使用してよいのは、まだ自分の local 環境にしか存在せず、push していない branch のみです。

もう一つの強力な履歴操作コマンドが git cherry-pick（チェリーピック）です。

「別の branch に存在する特定の commit のみを抽出し、現在の branch に複製・適用する」 コマンドです。

たとえば、長期間開発中の機能 branch の途中で作成した「緊急のバグ修正 commit」だけを、機能 branch 全体の完成を待たずに即座に main branch へ先行反映させたい場面などで不可欠となります。

cherry-pick も commit の変更内容を現在の作業ツリーに適用するため、差分が衝突すれば conflict が発生します。

解決手順は rebase と同様です：

1. ファイルの conflict 箇所を編集・解消する
2. git add . で stage する
3. git cherry-pick --continue を実行して commit を完了する

操作を取り消して元の状態に戻したい場合は、git cherry-pick --abort を実行します。

履歴を整えるための重要コマンドが揃いました：

• git rebase <branch> … branch の分岐基点を指定 branch の先端へ付け替える
• git rebase --continue / --abort … rebase の再開、または完全中断
• git cherry-pick <commitID> … 指定 commit のみを現在の branch に適用する
• git cherry-pick --continue / --abort … cherry-pick の再開、または完全中断

それでは、基礎演習から実践してみましょう。