需要分行计划？

Question

在 TFS 分支指南 2010 v1 (here) 中，ALM Rangers 目前为您提供了 4 个分支计划（场景）。

但在同样来自 ALM Rangers (here) 的相关项目 TFS Guide 中，他们提供了“无分支”场景。这是一个很好的起点，因为拥有例如 2 个分支（dev 和 main）会减慢速度，并且由于所有 FI（正向积分）和 RI（反向积分）处理而确实引入了更多复杂性。

在我看来，ALM Rangers 不会同步两个项目，因为分支指南 2010 v1 不再提供“无分支”计划......

对于我们的公司，我们希望定义一个指南，说明在开始时使用简单的模型，但在需要时能够发展。所以实际上，我们只想直接在 Main 分支上开始使用和开发，当 QA 真的成为问题时，我们可以开到开发分支并沿着分支合并。

这是一个好习惯吗？

Answer 1

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

你早早决定的东西在很大程度上将是你最终永远使用的东西，所以不要轻易做出决定。

我个人的建议（只是因为它对我们有用）是使用 MAIN 和 DEV 分支方法。这提供了在合并到 MAIN 分支之前执行一定程度的质量保证（例如试构建）的能力。 DEV 分支成为您的主要集成分支，因此前向集成不是那么大的负担（因为每个人都在 DEV 分支工作）。

只是为了给你一些参考，在我们决定使用哪一个之前，我们确实花了 3 到 6 个月的时间来讨论我们的分支策略，通过用例运行它并尝试在其中戳漏洞。