「うわっ…私のバージョン管理、ダメ過ぎ…？」を解決するGitの使い方“超”入門：かんばん！〜もし女子高生がRedmineでスクラム開発をしたら（5）（3/3 ページ）

共有リポジトリの変更内容を取り込む仕組みとしては、「プル」と「フェッチ」があるんだよ。

プルは、共有リポジトリのコミットをローカルリポジトリと作業ツリーに取り込むの。作業ツリーの状態は、ほかのユーザーの変更（コミット）が反映され状態になるの。フェッチは共有リポジトリの変更をローカルリポジトリにのみ取り込み、作業ツリーには反映しないの……。作業ツリー（編集するファイル）に、反映するには、ローカルリポジトリに取り込んだ修正をマージする必要があるんだよ。

そうね。簡単に長所と短所をまとめると、下記のような感じかな。

まぁ、血液型でどっちを使うのか決めるのは悪くない選択肢ね。実際のコマンドの説明は亜琉美ちゃんお願いね。

この変更を取り込む作業を「マージ」って呼ぶんだよ。

それは多分魔法使いの英語の「メイジ（Mage）」……。いや、そもそもメイジは男の魔法使いだし、読者は魔法少女にしか興味ないと思うけど……。

話を戻すと、ほかの人、あるいはほかのブランチの変更点を取り込む操作を「マージ（統合）」って呼ぶんだよ。

例えば、さっきのプル／フェッチの図10だと、ほかのユーザーのコミットをローカルリポジトリに一回取り込んでから、作業ツリー（正確には作業ツリーで作業をしているブランチ）に取り込んでいるけど、このローカルリポジトリから作業ツリー、正確には作業中のブランチに取り込む操作がマージと呼ばれる作業なんだよ。

マージは、例えば作業ツリー上での変更点とほかのユーザーの変更点がバッティングすると失敗して、「コンフリクト（競合）」と呼ばれる状態になることがあるの。

例えば、図12の例で説明すると、Talkクラスを重複して実装し、亜琉美ちゃんが共有リポジトリにコミットしたときにおねーちゃんがプルすると、編集個所が重複しているから、競合した状態が発生するのよ。この状態で、ローカルリポジトリでプルを実行すると、下記のようにエラーになるの。

「UU」っていうのは、そのファイルがコンフリクトを起こしていることを示しているの。ここで、コンフリクトを起こしたChatRoom.javaをエディタで開くと、図13のようになっているよ。

コンフリクトしたファイルを開くと、編集が競合した場所が「<<<<」と「>>>>」に囲まれ、図13のようになっているよ。「====」を区切りとして、上側にローカルリポジトリの内容が、下側にpullで取り込もうとした共有リポジトリ上の変更の内容が記述されているの。

競合を起こした場所を編集し、どちらの変更を取るか選択しましょう。例えば、図13の例だと赤の変更はユーザーとメッセージだけをパラメータとして取っているけど、青の変更はユーザーとメッセージに加え、写真の扱いも追加してあるよ。写真も使える方がいいから、青の変更を選択する場合、競合が発生している部分を編集し、下記のようにしてね（<<<<、====、>>>>などのセパレータも削除）。

コンフリクトになったときは、競合した変更をコミットした人と相談して修正するようにしましょう。意識合わせをせずに勝手に他の人の編集を上書きすると、トラブルの基になるんだよ。

競合を解決していて、ファイルがグチャグチャになって、最初からマージをやり直したい場合は、下記コマンドのようにすると、マージ前の状態――ここでは共有リポジトリの変更を取り込む前の状態――に戻るよ。

まあコミットは、「ソースコードの年輪」みたいなものかな。コミットを見ていけば、どのようにソースコードが変更していったか分かるよ。例えば、コミットによる変更履歴は「git log」コマンドで確認できるの。

開発中のあるコミットからプログラムが正しく動かなかった場合や、過去のプログラムの変更を参考にしたい場合など、コミットによる変更内容を確認したい場合は、次のように「git show」コマンドを使いましょう。