【GitHub チーム開発の流れ】

山浦清透さんいつもありがとうございます。
Git：もう怖くないGit！チーム開発で必要なGitを完全マスター

Git 推奨される開発流れ

masterブランチをリリース用ブランチにして、開発はトピックブランチを作成して始めることが基本だそうです。

（私が従事する業務プロジェクトも上記のようなチーム開発の体制を取っています。）

masterブランチが最新リリースの状態に保っておくことが出来る。
バグが発生しても、前のバージョンに遡ればバグのない状態に出来る。
　→ masterブランチで開発すると、バージョンの状態がややこしくなる。

プルリクエスト

自分の変更したコードをリポジトリに取り込んでもらえるようにする依頼する機能。

プルリクエストの手順

1、ローカルリポジトリからリモートリポジトリ（GitHub）にプッシュする。
2、プルリクエストを送る。
3、チームメンバーにレビューしてもらう。
4、OKであれば、プルリクエストマージする。
5、不要になったブランチは削除する。

GitHub Flow

GitHub社が自社でおこなっているワークフロー

GitHub Flowの手順

1、masterブランチからブランチを作成する。
2、ファイルを変更して、コミットする。
3、同名のブランチをGitHubにプッシュする。
4、プルリクエストを送る。
5、レビューをして、masterブランチにマージをする。
6、masterブランチを本番サーバにデプロイする。

ポイント

・masterブランチは、常に最新に保つ。
・新しく開発する場合は、masterブランチから新規で作成する。
・定期的なPushを心がける。
・masterブランチにマージするためのプルリクエストを欠かさない。
・必ずレビューを受けてから、masterブランチにマージして、デプロイする。
（テストとデプロイ作業は自動化しよう。）

※シンプルなワークフローにすることで、ミスを減らす！