機能ブランチとリリース ブランチの 2 つのソース管理シナリオについて質問があります。
- シナリオ 1 では、フィーチャー ブランチがトランクにマージされます。
- シナリオ 2 では、機能ブランチが最新のリリース ブランチにマージされます。
シナリオ 1 と比較して、シナリオ 2 の結果はどうなりますか?
両方のシナリオの考えられる長所と短所は何ですか?
2 つのシナリオの詳細:
- すべての開発は機能ブランチで行われます
- 分岐は常にトランクから行われます
シナリオ 1 (この SO-answerで説明されている内容と同様):
- 機能ブランチは常にトランクにマージされます
- 新しいリリースの準備が始まると、トランクから新しいリリース ブランチが作成されます。
- QA とリリース ブランチからの展開の後、リリース ブランチの変更/バグ修正はトランクと新しいリリース ブランチにマージされます
- トランクへの変更はすべての機能ブランチにマージされます
シナリオ 2:
- 機能ブランチは常に最新のリリース ブランチにマージされます
- 現在のリリース ブランチが新しい機能を受け入れなくなり、最終リリースの準備が始まると、トランクから新しいリリース ブランチが作成されます。
- QA とリリース ブランチからの展開の後、リリース ブランチの変更/バグ修正がトランクにマージされます
- トランクへの変更は、すべての機能ブランチと最新のリリース ブランチにマージされます