【GitHub】少人数のチームで開発するときのGitHubのブランチ運用Flow

概要

少人数のチームでGitHubを用いてプロダクト開発するときのブランチ運用フローについて．

GitHub Flowを参考にシンプルさと運用のしやすさを重視している．

チームの全員が6つのルールを守るだけで，masterが綺麗な状態で保たれる．

全体像

6つのシンプルなルール

1. master は本番環境にデプロイされているバージョン

2. develop はテスト環境にデプロイされているバージョン

3. feature ブランチ（作業ブランチ）は develop から分岐する

4. feature ブランチは頻繁に push する

5. pull-request（PR）で develop にマージする

6. マージされた feature ブランチは削除する

実際の作業例

1. develop からある機能を実装する作業ブランチを作る

//developブランチにて
$ git branch hogehoge
$ git checkout hogehoge

2. ローカルの作業ブランチで開発を進めつつ，頻繁にリモートの作業ブランチに push する

//hogehogeブランチにて
$ git push origin hogehoge

3. ある程度実装できたらPRをdevelopに飛ばす

GitHubのウェブサイトでPull requestをdevelopに発行する

or

hubコマンドをインストールしていれば

//hogehogeブランチにて
$ hub pull-request -b develop

4. PRが承認されてマージされれば作業ブランチを削除する

5. 管理者がdevelopをテスト環境にデプロイする

6. 管理者がdevelopを本番環境にデプロイする

7. 管理者がmasterにdevelopをマージする

追記：本番環境でバグが発生した場合の対処方法

1. masterブランチからhotfixブランチを切る

2. hotfixでバグを修正してmasterにPR -> コンフリクト修正 -> マージ -> デプロイ

3. 完了したらhotfixをdevelopにPR -> コンフリクト修正 -> マージ -> デプロイ

4. hotfixブランチを削除

Happy Hacking !

参考