ブランチとは？チーム開発でなぜ必要なのかをわかりやすく解説

「ブランチを切って作業してください」「ブランチにコミットしてから確認します」。GitやGitHubを使っている開発チームでよく使われる言葉です。

「ブランチ」という言葉、木の「枝（branch）」が語源ですが、IT現場ではどのような意味で使われているのでしょうか。

この記事でわかること

ブランチとは、Gitでコードの変更履歴を「分岐」させる機能です。

本体のコード（メインブランチ）はそのままにしておきながら、「この機能を新しく作る」「このバグを修正する」という作業を、分岐した作業用スペース（ブランチ）で進めます。作業が完了してレビューが通ったら、本体に統合（マージ）します。

書類作成のたとえが分かりやすいです。

重要な提案書（本体）があるとします。内容を大幅に変更したいけれど、元の内容はそのまま残しておきたい。そこで提案書をコピーして、コピー版で修正を進めます。修正が完成してOKが出たら、元の提案書に反映させます。

この「コピー版を別に作って作業する」という発想がブランチです。

書類でいえばコピーは1人しか作れませんが、Gitのブランチは何個でも作れますし、複数人が並行して別々のブランチで作業することもできます。

料理を例にするなら、シェフ3人が一つのレシピを同時に改良したいとき、1人が原本を持ったまま全員が共通のレシピを書き換えたら大変なことになります。それぞれが「自分のコピー（ブランチ）」で改良を進め、完成したら原本に統合する、というのがブランチの考え方です。

チーム開発でのブランチの使い方を、簡単な流れで整理します。

このフローのおかげで、「未完成の機能が本番環境に混入してしまう」「作業中に本体のコードが壊れる」といった事故を防げます。

ブランチが多くて混乱する

複数のブランチが存在すると、「どのブランチで作業していたか」「どのブランチが最新か」がわからなくなることがあります。チームのブランチ命名規則や管理ルールを確認しておくことが重要です。

「マージしたら元のブランチはどうなるか」がわからない

マージしても元のブランチはすぐには消えません。マージ後に不要なブランチを削除するかどうかはチームのルールによります。

ブランチとリポジトリを混同している

リポジトリはプロジェクト全体の保管庫、ブランチはリポジトリの中で分岐した作業スペースです。1つのリポジトリに複数のブランチが存在します。

ブランチを含むチーム開発の全体像を学びたい方には、FEXシリーズのチーム開発の流れ入門講座がおすすめです。