需要分支计划？

Question

在TFS分支指南2010 v1（here）中，ALM Rangers现在为您提供4个分支计划（方案）。

但是在一个相关的项目中，也来自ALM Rangers（here）的TFS指南提供了一个场景“No Branch”。这是一个很好的起点，因为例如2个分支（dev和main）会减慢速度，并且由于所有的FI（正向集成）和RI（反向集成）处理而引入更多的复杂性。

它看起来对我来说ALM流浪者不同步两个项目，因为通过分岔引导2010 V1不再被提供了“无分支”计划....

对于我们公司来说，我们要定义一个指导该公司表示在开始时使用简单的模型，但有能力在需要时增长。所以实际上，我们只想直接在主分支上使用和开发，而当QA确实会成为问题时，我们可以开车去开发分支并合并分支。

这是一个好的做法遵循？

Answer 1

你分支如何是你可以针对源代码配置管理做出最重要的决定之一。它需要与您的组织，流程和团队相匹配。

你决定早会，在很大程度上，你什么风采用了永远，所以不要采取掉以轻心的决定是什么。

我个人的建议（不仅是因为它为我们工作）是使用主，Dev分支的做法。这提供了在合并到MAIN分支之前执行一定质量保证（例如试验性构建）的能力。 DEV分支成为您的主要集成分支，因此前向集成并不是一个负担（因为每个人都在DEV分支之外）。

只给你一些参考，我们从字面上3至6个月花在讨论我们的分支策略，运行它通过使用情况，并试图万佛洞在它之前，我们决定使用哪一个。