tfs - 高效的TFS分支策略建议

Question

我们公司(内部项目)使用版本控制(TFS，现在 2015 年)来简单地保留已发布代码的审核跟踪 - 我引入了分支和合并的使用，它完全改变了我们看待瓶颈的方式开发管道并普遍受到好评，但现在我正在寻找下一步。

我们的代码由一个大型软件和几个其他附带的业务应用程序组成。

我们始终保持四个环境，我们的“管道”就是这样。

• 开发者在本地工作。
• 将代码推送到“开发”环境(这样我们就可以查看代码，了解它在环境中的集成情况等)
• 当测试准备就绪时，我们会推送到“测试” - 这是已批准向上移动的代码，因此环境比“开发”稳定得多。
• 接下来，我们将其传递给 UAT 服务器，该服务器本质上是实时服务器的模仿，以保持稳定并代表实时版本尽可能。批准移至此处的代码并不常见。
• 最后是生产环境。

现在，我只是采取了为每个环境建立一个分支的方法，以便于进行轻松比较，以便人们快速获取源代码等，并查看代码库在链上的进展。

主 -> 阶段 -> 测试 -> 开发

这是一条单一的线性线，我们可以简单地查看 MAIN 分支的历史记录来查看所有不同的已发布版本。

我们从 dev 分支 split 成本地分支，任何修补程序都直接来自 UAT 分支。

这对我们有用 - 但它在程序程序可以工作的意义上有效 - 它可能不是最有效的方法。我只是很好奇是否有更好的方法来做到这一点，在网上阅读了大量内容后，我觉得人们不会按环境划分分支，但我真的不明白这是如何更好地工作的？尽管合并四次来发布一些代码是一件痛苦的事情(尽管大多数时候这是一个相当慢的管道，但我们每周都会发布)。

非常感谢任何帮助。

Answer 1

当提到分支策略越复杂，维护开销就越大时，您是正确的。

但如果情况需要，就无法逃避。如果您还没有浏览branching strategy TFS 的 ALM Rangers 的文档，请查看。应该对你有帮助。

我认为您遵循的策略不是线性分支，而是下图中的策略。在更复杂的企业软件中，分支策略归结为这一点。