Visual Studio TFS 分支和合并指南.docVIP

Visual Studio TFS 分支和合并指南 自从 2006 年组建以来，Visual Studio ALM Rangers 团队就一直在 Microsoft 开发事业部工作，旨在促进 Visual Studio 产品组、Microsoft 服务与 Microsoft 最有价值专家 (MVP) 社区间的协作。Rangers 团队通过解决功能缺失问题以及消除阻碍产品采用的因素，实现他们的基本目标宣言：“通过为缺失的功能或指南提供带外解决方案来加速 Visual Studio 的采用”。 借助各种技术专家和业务专家之间的合作，Rangers 通过共享实际经验来为社区提供强大支持。 （如需了解有关 Rangers 的更多信息，请访问 /vstudio/ee358786。） Visual Studio Team Foundation Server (TFS) 分支指南 2010 () 通过提供从社区学习到的实际动手实验和课程，将使用 Visual Studio TFS 2010 进行分支与合并方面的富有深刻见解的实际指南进行了整合。 在本文中，我们将为您介绍我们正在为下一版指南而制定的一些高级分支方案。 分支：“当前情况” Rangers 分支指南是在 Visual Studio 2005 和 TFS 2005 发布之后作为一个 Rangers 项目而开始的。 Rangers 指南是于 2007 年在 CodePlex 上首次发布的。 2008 年，Rangers 启动了分支指南 II 项目。 在第二次发布中，我们将该指南重新组织为一组相关文档（“主要内容”、“方案”、“问题与解答”、“图表”、“海报”等）。 第二批文档中的每个文档都建立在主分支文档中提出的初级指南之上。 Rangers 分支指南 II 是于 2008 年下半年在 CodePlex 上发布的。 2009 年，Rangers 团队再次启动了一个新的分支指南项目：分支指南 2010。 第三次发布的分支指南侧重于展示 Visual Studio 2010 和 TFS 2010 中的许多新的分支功能。2010 版中的一个重要新增功能就是分支可视化。 可能由于我们将最新版本命名为“Rangers Visual Studio TFS 分支指南 2010”，因此造成用户误认为该指南只适用于 Visual Studio 2010。 我们希望澄清的是，2010 指南文档中展示的最佳实践与指南仍适用于早期版本的 Visual Studio 和 TFS。 事实上，Rangers 团队已经从使用其他工具进行源代码控制管理 (SCM) 的人员那里获得积极的反馈。 2011 年，Rangers 团队将再次计划对 Rangers 分支指南进行一次更新。 您可随时在 CodePlex 网站发布疑问、中肯的反馈或关心的问题。 分支目标和策略 分支的一个主要目标是在并行工作流之间提供隔离。 在当前的 Rangers 分支指南 2010 中，我们更侧重于版本隔离而不是复杂开发计划中的隔离。 在许多情况下，某种产品下一个版本的所有开发活动都可由单一开发团队来完成。 在这种简单情况下，只需要一个开发分支就可以将开发工作与不断进行的稳定化（主分支）或持续的工程设计（交付产品版本，带有不断进行的修补程序和服务包支持）隔离开。 Rangers 常常被问到有关为更加复杂的开发方案提供支持的问题，在这种开发方案中，单一的开发分支无法针对较大型的产品开发工作提供足够的灵活性或隔离。 在 Rangers 分支指南的下一个版本中，我们将在复杂开发方案（例如功能团队开发）方面增加更多的说明。 我们希望将分支策略讨论分为两个方面： 我的组织如何开发 软件？ 我们是否需要一个更小、更简单的团队结构，或者我们是否需要对进行并行开发工作的更多复杂团队提供支持？ 我的组织如何向其客户（不管是内部还是外部客户）发布软件？ 我们是否需要对多个已发布的版本提供支持？ 我们是否需要提供修补程序或服务包？ 在某些情况下，组织的发布策略可能影响开发过程，尤其是开发团队的结构。 但在很多情况下，发布过程和分支策略的复杂性可能与开发过程和分支策略的复杂性无关。 在设计一种分支策略时，不仅要考虑分支结构，而且还要考虑分支过程。 例如，在 Rangers 分支指南 2010 所描述的基本分支计划中，只有三种分支（主分支、开发分支和发布分支）。 一个良好的分支策略将会描述分支关系（例如，主分支是开发分支和发布分支的父分支）。 另外，一种分支策略应该描述该分支结构所必然需要的过程。 例如，在主分支中生成代码的频率如何？ 从主分支向开发分支合并代码（正向集成）的频率如何？ 从开发分支向主分支合并代码（反向集成）的条件是什么？（等等） 让我们讨论一些典型的分