コンフリクトの解消

コンフリクトが起きる仕組み

Gitは通常、共通の祖先コミットを基準に2つの変更を自動で統合する3-way mergeという方式を使います。 しかし、2つのブランチが同じファイルの同じ箇所を 異なる内容に変更していた場合、どちらを採用すべきかGitには判断できません。 このときにマージコンフリクトが発生します。

共通の祖先:
  const TAX_RATE = 0.08

自分のブランチでの変更:
  const TAX_RATE = 0.10

相手のブランチでの変更:
  const TAX_RATE = 0.10 // ただし端数処理のコメント付き

→ 同じ行に対する変更内容が異なるため、Gitは自動統合できずコンフリクトになる

コンフリクトマーカーの読み方

コンフリクトが起きると、該当ファイルに次のようなマーカーが挿入されます。

<<<<<<< HEAD
const TAX_RATE = 0.10 // 自分のブランチの変更内容
=======
const TAX_RATE = 0.10 // 相手のブランチの変更内容（端数処理のコメント付き）
>>>>>>> feature/update-tax-comment

• • <<<<<<< HEAD から ======= まで: 自分側（現在のブランチ）の内容
• • ======= から >>>>>>> まで: 取り込もうとしている相手側の内容

安全な解消手順

rebaseとmerge、コンフリクトの起きやすさ

git mergeとgit rebaseは どちらもブランチを統合する手段ですが、コンフリクトへの向き合い方が異なります。

そもそもコンフリクトを減らす最善の予防策は、ブランチの寿命を短くし、mainの変更をこまめに取り込むことです。 差分が小さいうちに統合するほど、コンフリクトの発生頻度も規模も小さくなります。