tfs - 团队基础 : Multiple release structure

Question

我需要帮助设置 TFS 分支结构。

目前的场景是这样的，我们的应用是一个SaaS，我相信我们需要同时有多个“Release”分支。

通过 TFS 分支指南 III，我相当确定我们将需要“高级”分支模型。

我们从拥有一个“主”分支开始，它将容纳当前的应用程序(我们来自 Visual Source Safe)。从中我们将创建一个“开发”分支，暂时不要管它。我们还将创建一个新的“Service Pack”、“Hotfix”和“Release A”分支树，其中将包含我们当前的更改集。然后，我们将让我们的 QA 团队分析“Release A”分支，如果通过，我们将关闭它(只读)，并将其合并回“main”。

到目前为止，这一切都很好。

问题来了，QA 周期大约需要一个月，所以同时，我们希望我们的开发人员为“​​Release B”开发新的“Service Pack”和“Development”项目，它们也会有自己的“Service” Pack”、“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 是如何与 Release 隔离的——除非通过合并，否则您无法访问它们。