Question 1

このシナリオでなぜコンフリクトが起きるの？

Accepted Answer

あなたとチームメイトの Alice が、index.html の同じ subtitle 行を別々のブランチで編集したからです。main を自分の feature ブランチにマージすると、Git はその行をどちらにすべきか判断できず、停止してあなたに尋ねます。

Question 2

<<<<<<<、=======、>>>>>>> のマーカーは何を表すの？

Accepted Answer

ぶつかった2つのバージョンを囲んでいます。<<<<<<< HEAD から ======= までが自分のブランチの版、======= から >>>>>>> までが main から来た版です。最終的な内容に編集し、3種類のマーカー行をすべて削除します。

Question 3

チュートリアルと同じ最終文にしないといけない？

Accepted Answer

いいえ。コンフリクトの解決とは「採用する内容を選ぶ」ことです。チュートリアルはマーカーが消えてマージがコミットされたかを確認しており、特定の一文を入力したかは見ていません。

Question 4

最後のコミットは何をしているの？

Accepted Answer

解決したファイルをステージした後、コミットは両ブランチの履歴を結びつけるマージコミットを記録します。これでコンフリクトの解決が確定します。

Question 5

マージを中止して元の状態に戻すには？

Accepted Answer

git merge --abort を実行します。マージを中止してブランチをマージ開始前の状態に戻せるので、今すぐ解決できないときの安全な退避手段です。

Question 6

どのファイルがコンフリクトしているか一覧するには？

Accepted Answer

git status を実行すると Unmerged paths の欄にコンフリクト中のファイルが表示されます。ファイル名だけを簡潔に見たい場合は git diff --name-only --diff-filter=U が便利です。

Question 7

ファイル全体を自分側（または相手側）の内容で解決できる？

Accepted Answer

できます。コンフリクト中に git checkout --ours で自分のブランチ側、git checkout --theirs で取り込む側の内容を採用できます。その後 git add でステージしてください。どちらか一方を丸ごと採用する場合に手編集を省けます。

Question 8

コンフリクトを解決した後、マージを再開するには？

Accepted Answer

解決したファイルを git add でステージしてから git commit を実行します（git merge --continue でも同じです）。マージコミットが作られてマージが完了します。

git コンフリクトの解決方法 - マージの競合をブラウザで実践 | WebTerm