ブランチとマージ

枝が分かれているから、並行しても混ざらない

ブランチは、変更の記録を別々に進めるための枝です。たとえば、案内文を直す担当者と、申込機能を作る担当者が、それぞれ別の枝で作業します。コミットした変更は、マージするまで main に入りません。作業用の枝を作るだけで、接続先のデータベースや外部サービスまで複製されるわけではありません。

2 つの枝が並行して進み、順に合流する流れ

合流のほとんどは自動で済む

Git は、離れた箇所の変更を自動で組み合わせられます。同じ行や隣り合う行の変更、削除と修正が重なると、判断できずに止まることがあります。これがコンフリクト（衝突）です。担当者が両方の変更の意図を見て、残す内容を決めます。両方を生かして書き直す場合もあります。

自動で合流できても、組み合わせた結果が正しく動くとは限りません。レビューと動作確認は必要です。衝突が起きたと聞いたら、「どちらの仕様を残すか、業務側で決めることはありますか」と担当者に確かめましょう。

1. 1

   枝は小さく短命にする

   作業用の枝は数日以内を目安に、確認を済ませて合流させます。作業期間を短く保つほど、他の人の変更と重なる可能性を減らせます。

2. 2

   合流前に最新を取り込む

   合流の前に 5slab の「/git sync」を使い、本流（main）の最新の変更を自分の枝へ先に取り込みます。

3. 3

   大きな変更は先に相談する

   同じファイルを同時に大きく変える作業があるときは、着手前に開発者同士で相談して分担を調整します。

合流のとき、1 つに束ねる

5slab では、main への合流に squash マージを使います。枝で積んだコミットを 1 つにまとめて合流させます。本流の履歴は「1 つの提案 = 1 コミット」になり、後から読みやすくなります。枝の中では小さく刻んで記録してかまいません。合流後の枝は削除して使い捨てにします。

押さえておきたい用語

ブランチ

本流から分けて並行して作業を進めるための枝。作業中の変更は合流するまで他に影響しません。

マージ

作業用の枝で行った変更を、本流（main）などの別の枝へ突き合わせて合流させること。

コンフリクト（衝突）

同じ行や隣り合う行の変更、削除と修正の衝突など、両方の枝の変更が重なって Git が自動で判断できずに停止する状態。

squash マージ

枝で積み重ねた複数の変更記録を 1 つに束ねて本流へ合流させる方法。履歴をきれいに保てます。

main（本流）

全員が共有する基準の台帳。5slab では永続する唯一のブランチとして運用します。

この用語の解説を読む