リリースまでの流れ

1. フィーチャーブランチの作成

git branch feature/new_feature develop

git rebase -i HEAD~3 # ３つ前までのコミットをまとめる場合
git push origin feature/new_feature

feature ブランチから develop ブランチへプルリクエストを送ります。
- JIRA などのチケットの単位でプルリクエストを送ります。 - 一度に大きなプルリクエストを送ると、レビューする人の負担になります。
プルリクエストした内容のレビューを依頼します - レビューを依頼する前には、まず自分でレビューをしてみましょう。 - レビューをするときは、以下のような点に気をつけます。 - 仕様を満たしているか - セキュリティーは大丈夫か - 速度や、負荷の面で問題は無さそうか - テストは書いてあるか - フォーマットや好みの問題レベルの指摘はいりません。
プルリクエストの内容に問題が無ければ、変更をマージします。 - 他にもメンバーがいる場合、自分ではマージを行わず他のメンバーにマージを依頼します。
- マージを依頼されたときには、マージされるコードに問題が無いかどうかを確認した上でマージをしてください。
プルリクエストの内容を修正する場合 git push -f コマンドを使います。

git rebase -i HEAD~~ # ２つ前までのコミットをまとめる
git push -f origin feature/new_feature

# ブランチを削除して作り直す場合
git branch -d relase
git branch release develop # release ブランチの作成

# rebase する場合
git checkout release
git rebase develop

release ブランチから master ブランチへプルリクエストを送ります。
リリースする機能に関わった全員がプルリクエストの内容を確認します。 - 以下の２点を重点的に確認してください 1. リリース予定の機能が全て含まれていること 2. リリース予定に無い機能が含まれていないこと
全員が問題がないことを確認しリリース担当者がマージを行います。
- チャットで問題がないことを報告してもらったり、Bitbucket の承認機能を使って確認をします。

マスターへのマージが完了したらリリースバージョンのタグを作成しデプロイします。
- これらの作業はコマンドを入力するのではなく、Jenkins のジョブなどを使って自動で行えるようにします。

git tag v1.0.0
git push origin v1.0.0