課題対応(Gitブランチ操作)の流れ
Gitブランチの扱い
| ブランチ |
意味 |
| feature |
課題ごとの開発用ブランチ |
| develop |
DEV環境と同じ内容 |
| master |
本番と同じ内容 |
対応の流れ
- Backlogに課題を登録
- master から課題に対応した featureブランチ を作成
- ULT_UCHICOMI-125 ウチコミ!プレミアム バリデート追加の場合
→feature/ULT_UCHICOMI-125_addPremiumValidate
- featureブランチ で作業をすすめる
- 動作確認完了後、 featureブランチ を develop にマージ
- マージする前に master に更新があれば、
- master をチェックアウト、プル
- master を featureブランチ にマージ
- DEV環境での動作確認をすすめる
- DEV環境での確認後、本番環境へのリリース作業をすすめる
- 本番環境での動作確認をすすめる
- 本番環境での確認後、 featureブランチ を master にマージ
- マージする前に master に更新があれば、
- master をチェックアウト、プル
- master を featureブランチ にマージ
- 課題のステータスを完了に変更
注意点
- develop ブランチから featureブランチ を作成しないこと
- developから作成されたブランチでmasterにマージした場合、開発中のソースも含まれてしまうため
- マージは基本的に以下のパターンのみ
- featureブランチ → develop
- featureブランチ → master
- master → featureブランチ