Git

The git merge command in Git is used to integrate changes made in separate branches into one unified, continuous history.

git merge

Gitは分散型バージョン管理システムとして、複数人での共同開発やローカルでの分岐（ブランチ）作業において非常に強力なツールです。その中でも、git mergeは異なるブランチで行った変更を統合するための基本的かつ重要なコマンドです。

Git Mergeとは何か

基本概念

Gitでは、機能追加やバグ修正など、異なる作業を個別のブランチで進めることが一般的です。git mergeは、そのブランチで行われた変更を統合するための操作で、例えば、開発ブランチ（feature）の変更をメインブランチ（main）に取り込む場合に使用します。

マージの目的

マージの基本的な仕組み

Gitはコミット履歴をグラフ（DAG: Directed Acyclic Graph）として管理しており、マージはそのグラフ上で複数の親を持つコミット（マージコミット）を生成することで実現されます。

ファストフォワード (Fast-Forward)
マージ先のブランチが対象ブランチの最新コミットから派生している場合、単にポインタを進めるだけで統合できる方法です。
ノンファストフォワード (Non Fast-Forward)
両ブランチに独立した変更がある場合、マージコミットが生成され、両方のブランチの履歴が統合されます。

基本的な使い方

シンプルなマージ

以下の例は、featureブランチの変更をmainブランチに統合する基本的な手順です。

Git Bash

# 1. 統合先ブランチ（例: main）に切り替え
git checkout main

# 2. マージ実行
git merge feature

この操作により、featureブランチの変更がmainブランチに統合されます。もし、統合先が対象ブランチの最新コミットから分岐していた場合、ファストフォワードマージが実行されます。

ノンファストフォワードマージの実施

場合によっては、履歴を明確に残すためにファストフォワードマージを避けたいことがあります。

--no-ff オプション
このオプションを使用すると、たとえファストフォワードが可能な状況でも必ずマージコミットが生成され、履歴が分岐したことを明示できます。

Git Bash

git checkout main
git merge --no-ff feature

マージ時の競合とその解消

マージ競合（コンフリクト）の発生

異なるブランチで同じファイルの同一箇所が変更されている場合、Gitは自動的に変更を統合できず「マージ競合（コンフリクト）」が発生します。

競合箇所の検出
Gitは競合したファイル内に特殊なマーカー（<<<<<<<, =======, >>>>>>>）を挿入して、どの部分にどのブランチの変更があるかを示します。

競合解決の手順

１．競合箇所を確認
ファイルをエディタで開き、マーカー部分を確認します。
２．どちらの変更を採用するか、または両方を統合するかを決定
必要に応じて手動で編集し、正しい内容に修正します。
３．修正したファイルをステージングし、マージを完了する

Git Bash

git add <修正したファイル>
git commit  # マージコミットとして記録される

競合を未然に防ぐための工夫

頻繁な統合
定期的にブランチ間の統合を行うことで、大きな乖離が生じる前にコンフリクトを検出できます。
コミュニケーション
複数人で作業する場合、誰がどの部分を修正しているかを把握し、変更範囲が重複しないようにすることが重要です。

高度なマージ戦略とオプション

マージ戦略の選択

Gitには状況に応じた複数のマージ戦略が用意されています。代表的なものは以下の通りです。

recursive
デフォルトの戦略。2つ以上の親を持つマージコミットを生成する際、共通の祖先を見つけ出し、3-wayマージを行います。
ours
マージ時に、競合が発生しても常に現在のブランチの変更を優先する戦略です。例えば、ブランチAの変更を取り込むが、実際にはブランチBの内容を残したい場合に使用できます。

Git Bash

git merge -s ours feature
subtree
サブプロジェクトやサブツリーをマージする際に利用される戦略で、特定のディレクトリに別のプロジェクトの履歴を統合する場合に役立ちます。

Squash Merge

Squashマージは、複数のコミットを1つにまとめた上で統合する方法です。これにより、履歴がシンプルになり、機能単位での変更履歴を管理しやすくなります。

利用シーン
機能開発中に多数のコミットが散在している場合、最終的な統合時に一つのまとまったコミットとして履歴に残す。
手順例

Git Bash

git checkout main
git merge --squash feature
git commit -m "機能Xの統合"
※注意点として、Squashマージはブランチの履歴をそのまま統合するのではなく、一旦作業内容をまとめるため、後から詳細なコミット履歴を参照することはできなくなります。

マージドライバとカスタム戦略

特定のファイルに対して、独自のマージ方法（例えば自動的にフォーマットを適用する、特定の部分だけを無視するなど）を設定することが可能です。

.gitattributesの利用
ファイルごとにカスタムのマージドライバを指定することで、より柔軟な統合を実現できます。

Git Bash

*.txt merge=my-custom-driver
カスタムマージドライバの定義
Git設定ファイル（.git/configまたはグローバル設定）で、カスタムマージドライバの挙動を定義することで、特定の処理を自動化することができます。

マージのベストプラクティス

ブランチ運用のルール策定

短期間のブランチ
長期間放置すると、他のブランチとの差分が大きくなり、マージ時の競合が発生しやすくなります。
明確な命名規則
ブランチ名を統一することで、どのブランチがどの機能や修正に対応しているかを明確にします。

定期的なマージとリベースの併用

マージとリベースの使い分け
リベースはコミット履歴を平坦化し、見やすく整理するのに有効ですが、公開済みブランチでの使用は避ける必要があります。

自動テストとの連携

マージ前にCI/CD環境で自動テストを実行し、統合後の不具合を未然に防ぐ仕組みを構築することが推奨されます。

まとめ

Gitのgit mergeは、ブランチ間の変更統合を行うための基本操作でありながら、その挙動や戦略には多くの奥深い知識が必要です。

初心者向け
基本的な操作方法、ファストフォワードとノンファストフォワードの違い、コンフリクトの解消方法を理解することで、日常的な開発作業に自信が持てるようになります。
中級者以上向け
マージ戦略の選択、Squashマージ、カスタムマージドライバの利用、そしてCI/CDとの連携を通じて、より高度な運用やトラブルシューティングに役立つ知識を身につけることができます。

Gitのマージ機能は、チーム開発における円滑なコラボレーションを支える重要な要素です。日々の実践を通じて理解を深め、最適なブランチ運用戦略を見つけることが、最終的にはプロジェクト全体の品質向上と効率化に繋がるでしょう。