マージコンフリクト

グループ課題で友達と役割分担をして、1つのレポートを一緒に作っている場面を想像してみてください。友達は3ページの2行目にある結論を「今回の計画に賛成する」と書き換え、自分は自分のパソコンで同じ箇所を「今回の計画に反対する」と書き換えたとします。ここで2人がそれぞれ編集したファイルを1つに合体させて最終版を作ろうとします。

コンピューターは与えられた指示を正確にこなしますが、人の心までは読めません。「賛成」と「反対」のどちらがチームで本当に合意した内容なのか、コンピューターが勝手に判断することはできないからです。

もしコンピューターが勝手にどちらか一方を選んで上書きしてしまったら、もう一人の大切な作業内容が一瞬で消えてしまいますよね。だからこそ、コンピューターはどちらも捨てずに作業をその場でストップします。これこそが、まさに同じ場所を別々に直したことで起きる衝突（コンフリクト）なのです。

Git（ギット：コードや文書の変更履歴を管理する代表的なツール）には、ファイルの変更点を1行ずつ比較しながら自動で合体（マージ）させる賢い機能が備わっています。たとえば、1人が1行目を修正し、もう1人が50行目を修正したような場合は、Gitは何のトラブルもなく2人の変更をきれいに統合してくれます。

もう少し厳密に言うと、Gitは行を完全にバラバラに見るのではなく、近接している変更のひとかたまりをまとめて見比べます。そのため、まったく同じ行を別々に直したときはもちろん、1人が10行目を、もう1人がすぐ隣の11行目を直したような「くっついている部分」を触ったときにも衝突が起きます。片方が単語を書き換えている裏で、もう片方がその行丸ごと削除してしまったときも同様です。さらに、片方がファイルを修正し、もう片方がそのファイル自体を削除したときにも衝突が発生します（この場合はファイル内ではなく状態メッセージで教えてくれます）。

同じ行や隣り合う行で衝突が起きたとき、Gitはファイルの中に不等号やイコール記号（<<<<<<<、=======、>>>>>>>）を残し、どちらが誰の作業なのかをわかりやすく示してくれます。これはプログラムのバグではなく、大切なデータが勝手に消えないように守ってくれる頼もしい安全装置が働いた証拠なのです。

画面にコンフリクト（衝突）の警告が出たからといって、怖がったり、作業中のファイルを最初から作り直したりする必要はまったくありません。Gitが残した衝突マークのあるファイルをテキストエディタで開くと、自分とチームメンバーの編集内容がわかりやすく整理されて表示されます。

2つの内容を落ち着いて見比べ、どちらか良いほうを選ぶか、両方のアイデアを組み合わせて新しい文章へと整えれば大丈夫です。内容が決まったら、Gitが付けた特殊な記号をきれいに消して保存します。そのあと「解決したよ」とGitに伝え（git add）、統合を完了させる（git commit）ことで、コンフリクトの解消が無事に完了します。

衝突を未然に減らす最も効果的な方法は、こまめなコミュニケーションと更新です。作業を始める前に「今日どの部分を編集するか」をチーム内で共有し、仲間が更新した最新データをこまめに自分のパソコンへ取り込んでおく習慣をつけるだけで、コンフリクトは大幅に防げます。