Team Foundation:多个发布结构

Question

我需要帮助建立TFS分支结构.

目前的情况如下,我们的应用程序是SaaS,我相信我们需要同时拥有多个"发布"分支.

通过TFS分支指南III,我相当肯定我们需要"高级"分支模型.

我们从一个"主"分支开始,它将容纳现在的应用程序(我们来自Visual Source Safe).由此我们将创建一个"开发"分支,暂时不管它.我们还将创建一个新的"Service Pack","Hotfix"和"Release A"分支树,它将包含我们当前的一组更改.然后我们将让我们的QA团队分析"Release A"分支,如果它通过,我们将关闭它(只读),并将其合并回"main".

到目前为止,这一切都很好,花花公子.

问题出现了,QA周期大约需要一个月,所以在此期间,我们希望我们的开发人员为"​​Release B"开发新的"Service Pack"和"Development"项目,这也将拥有自己的"服务"包","Hotfix"和"Release B"分支.

这意味着我们一次有2个发布分支(当然除非有更聪明的方法).

问题:如果在"开发"项目完成之前创建了"版本B",则需要"版本A"的"修补程序",如何将"修补程序"从"版本A"传播到"版本B"而不用选择在此期间完成的任何"开发"项目？

Answer 1

查看http://blog.hinshelwood.com/guidance-a-branching-strategy-for-scrum-teams/中的图形，并阅读整个博客条目：

您的“开发”项目在图中称为“Sprint 1”和“Sprint 2”...请注意 Sprint 是如何与发布隔离的——除非通过合并，否则您无法访问它们。