hisasann / git-staging-flow

🥭 git-staging-flow

デプロイ先の前提

メインとなるブランチたち はそれぞれ一つずつデプロイする先（たとえばサーバー）があるとします

🍗 メインとなるブランチたち

develop ブランチ

開発用

状況によっては複数個作られる場合がある

staging ブランチ

QA や、お客さん確認など、開発者以外の方用

状況によっては複数個作られる場合がある

production ブランチ

本番用

基本的に一つしかない

🍜 作っては削除されるブランチたち

feature/* ブランチ

新機能の実装で develop ブランチから作成されます

fix/* ブランチ

QA でバグがあった場合で develop ブランチから作成されます

hotfix/* ブランチ

本番でバグがあった場合に production ブランチから作成されます

🥘 開発をするときのフロー

develop ブランチ -> feature ブランチ -> develop ブランチ

1. develop ブランチから feature/first ブランチを作成する
2. feature/first で作業をし commit する
3. 作業が完了したらローカルの feature/first ブランチを、リモートに push する
4. github.com のリポジトリページに行きプルリクエストを作成する
   • into develop from feature/first
5. プルリクエストのレビューを Reviewers から受ける
6. Reviewers が approved する
7. プルリクエストをマージする
8. ここで develop ブランチが デプロイ されるイメージ
9. feature/first ブランチを delete する

*   d87f0c9 (origin/develop) Merge pull request #1 from hisasann/feature/first
|\
| * 361dd3f (origin/feature/first, feature/first) first commit to feature/first
|/
* a34f262 (origin/staging, origin/production, staging, production) first commit

🥧 QA やお客さん確認のためのフロー

develop ブランチ -> staging ブランチ

1. github 上で New pull request をクリックする
2. base: staging ブランチ <- develop ブランチを選択する
3. タイトルやコメントを書く
4. Create pull request をクリックする
   • into staging from develop
5. Merge pull request をクリックする
6. Confirm merge をクリックする
7. ここで staging ブランチが デプロイ されるイメージ
8. Branches で develop, staging ブランチを保護しているのでブランチの削除はできません

🍝 本番へのデプロイフロー

staging ブランチ -> production ブランチ

1. github 上で New pull request をクリックする
2. base: production ブランチ <- staging ブランチを選択する
3. タイトルやコメントを書く
4. Create pull request をクリックする
   • into production from staging
5. Merge pull request をクリックする
6. Confirm merge をクリックする
7. Branches で develop, staging ブランチを保護しているのでブランチの削除はできません
8. ここで production ブランチが デプロイ されるイメージ
9. リリースされたバージョンを github 上でリリース作業を行う
   • Release 一番最初のリリース · hisasann/git-staging-flow

🍫 QA でバグが発生したので直す

QA は staging ブランチで行っている前提です

develop ブランチ -> fix ブランチ -> develop ブランチ -> staging ブランチ

1. github で issue を作成する
   • stagingでほげふが画面が表示されない · Issue #5 · hisasann/git-staging-flow
2. develop ブランチから fix/first ブランチを作成する
3. fix/first で作業をし commit する
4. 作業が完了したらローカルの fix/first ブランチを、リモートに push する
5. github.com のリポジトリページに行きプルリクエストを作成する
   • into develop from fix/first
6. プルリクエストのレビューを Reviewers から受ける
7. Reviewers が approved する
8. プルリクエストをマージする
9. ここで develop ブランチが デプロイ されるイメージ
10. fix/first ブランチを delete する
11. ここから先は QA やお客さん確認のためのフロー を参照

🍖 本番でバグが発生したので直す

production ブランチ -> develop-* ブランチ -> hotfix ブランチ -> develop-* ブランチ -> staging-* ブランチ -> production ブランチ

1. github で issue を作成する
2. production ブランチから develop-hotfix-XXX ブランチを作成する
3. ローカルの develop-hotfix-XXX ブランチを、リモートに push する
4. ここで develop-hotfix-XXX ブランチが デプロイ されるイメージ

develop-hotfix-XXX ブランチとしてるのは、 develop ブランチがすでに新規開発で commit が進んでいると想定した場合の命名です

一時的に develop サーバーは、 develop-hotfix-XXX ブランチがデプロイされる想定です

1. develop サーバーで本番のバグが発生するかを確認する
2. 再現した場合、 develop-hotfix-XXX ブランチから hotfix/first ブランチを作成する
3. hotfix/first で作業をし commit する
4. 作業が完了したらローカルの hotfix/first ブランチを、リモートに push する
5. github.com のリポジトリページに行きプルリクエストを作成する
   • into develop-hotfix-XXX from hotfix/first
6. プルリクエストのレビューを Reviewers から受ける
7. Reviewers が approved する
8. プルリクエストをマージする
9. ここで develop-hotfix-XXX ブランチが 再度デプロイ されるイメージ
10. hotfix/first ブランチを delete する
11. ここまできたら QA する QA やお客さん確認のためのフロー を参照
12. QA が通ったら本番へ 本番へのデプロイフロー

git-staging-flow's Issues

stagingでほげふが画面が表示されない