如果我们有 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
而不是需要一个分支。