rebase vs merge、いつ何を使うか

両方とも最終ファイルは同じになり得る。違いは履歴の形だ。

merge

2つのブランチを結合する新しいコミット（マージコミット）を作る。元のコミットはそのまま残る。分岐と合流がグラフにそのまま現れる。

rebase

自分のブランチのコミットを取り外し、別のブランチ（通常main）の最新コミットの上に1つずつ積み直す。元のコミットは破棄され、新しいハッシュで再生成される。

核心ルール

共有ブランチはrebaseしない。 既に誰かが取得したコミットをrebaseするとハッシュが変わり、相手の履歴と衝突する。これが『Golden Rule of Rebase』だ。

個人のフィーチャーブランチはrebaseでmainの上に載せると綺麗だ。PRを出す前にgit rebase mainで整えると、レビュアーが見るdiffが最小化される。

squash merge

GitHubの『Squash and merge』ボタンはPRの全コミットを1つにまとめてmainに入れる。mainの履歴は綺麗だが、個別コミットの文脈は消える。トレードオフだ。