3つの機能ブランチが並行して開発されている場合、これは定義上、3つのQA環境が必要であることを意味しますか?
そうしないと、人々はお互いのコードを上書きしてしまいます。
他の唯一の方法は、QAにプッシュする前に、プッシュした別のブランチ(3つの機能ブランチすべて)を用意することです。
3つの機能ブランチが並行して開発されている場合、これは定義上、3つのQA環境が必要であることを意味しますか?
そうしないと、人々はお互いのコードを上書きしてしまいます。
他の唯一の方法は、QAにプッシュする前に、プッシュした別のブランチ(3つの機能ブランチすべて)を用意することです。
分岐戦略は大きなトピックですが、ここに役立つリンクがいくつかあります。
http://msdn.microsoft.com/en-us/library/bb668955.aspx
http://branchingguidance.codeplex.com
http://tfsbranchingguideii.codeplex.com/releases/view/20785
http://www.ericsink.com/scm/scm_branches.html
「QA環境」の意味がよくわかりませんが、通常、QAはMain
「安定した」機能の単一のブランチで機能します。リリースは分岐しMain
ます。あなたの「機能」ブランチは、もしあれば、別のDevelopment
ブランチ (同じくブランチ オフMain
) から分岐し、チェックイン ポリシーが緩くなる可能性があります。Development
継続的な統合とビルド検証テストに使用されます。Development
ただし、「機能ブランチ」は、ブランチを必要とする代わりに、シェルフセットとして実際に実行できると感じています。