はじめに

gitの運用で利用されるgit flowについてまとめます。

git flowって何？

gitの機能であるブランチを活用したgitの開発手法です。

複数人による開発をする時に、運用ルールを決めずにgitを採用してしまうと、コンフリクトが頻発したりmergeミスが発生したりしてしまいます。
そのような問題を回避し、最大限にgitを活用することができるのがgit flowです。

お恥ずかしながら、今回調べ直して知ったのですが、元は、ディベロッパーのDriessenさんが、ご自身のブログで公開した「A successful Git branching model」という記事から生まれたアイデアだそうです。
（日本語訳がありました）

5つのブランチ

詳細な説明は後述します。

master
リリースしたデータを置いておくブランチ。

develop
開発をおこなうためのブランチ。

release
リリース前に準備、微調整をおこなうブランチ。

feature
開発をおこなうためのブランチ。個々の機能の実装やバグの解決をおこなう。

hotfix
リリースされているデータに、緊急の修正対応をするためのブランチ。

各ブランチの詳細・説明

メインブランチ

master

サイトとして完全なもの。
masterブランチと公開された本番環境が同じソースということが多い。
前職ではmasterにmergeをすると本番環境に反映されていた。（本番環境＝master）
mercurialではdefaultと同じ。

develop

開発中（更新案件なら次のリリース分）のものが完全な状態で反映されている。
開発作業の主軸となるブランチであり、各開発者が新規作成・修正したソースがこのブランチに集まる。
更新案件でいうと、masterとの差分は、「次のリリース」分のみ。

サポートブランチ

機能の追加や修正・準備、何かあったらすばやく修正するブランチをまとめて「サポートブランチ」といいます。

release

developでの開発作業が完了後、リリース時の微調整を行うブランチ。
releaseブランチはdevelopブランチから作成される。

分岐元：develop
marge先：developとmaster

feature

主に新機能などの開発・修正を行うブランチ。
ブランチ名は「feature/news」など、feature/の後に実装する機能などを記載する。
リリース前に新機能などににバグなどが見つかった場合、developからfeature/bug_xxなど修正用のブランチを切り、修正が終わったらdevelopにmergeする。
デバッグが終わるまでdevelopにmergeするのはNG。

分岐元：develop
marge先：develop

hotfix

リリース後に不具合が見つかったら作成されるブランチ。
（作成されない方がいいブランチでもある・・・）

分岐元：master
marge先：developとmaster

全体像

まとめ

分岐元やmerge先をミスってしまうと、大事故（そして面倒）になるので、気をつけること！
LP1ページなどではここまでの運用はいらないと思いますが、小規模〜中規模案件で少しずつ慣れておくといいと感じます。
master, release, develop, feature, hotfixの各ブランチの役割を把握・運用することが、
案件をスムーズに進めるための重要だと思います。

参考にさせていただいた記事

記事を書くにあたり、改めて勉強になりました！
Atlassian Git Tutorial