TFS 用于版本维护

我所在的团队每年向客户发布 4-5 次软件版本。我们通过纠正在后续版本中遇到的任何错误来维护产品的前 2-3 个版本。我们正在使用 TFS 2008 进行源代码控制，并试图找到维护旧版本的最佳方法。

目前，我们每次创建新版本时都会创建应用程序的一个分支，但我们正在寻找一种更轻松地更新旧版本的好方法。例如，我们完成了 9.5，但在创建分支并正在开发 10.0 两周后，我们意识到 9.5 有错误。目前我们在10.0版本中进行了更改，然后开放9.5再次进行更改。无论如何，有自动化的方法吗？

谢谢！

5
投票

这是分支和合并的主要原因。

针对您的情况，我所做的是在 9.5 中进行更改，然后将更改合并到您的主分支中，然后返回到 10.0 分支中。内置的合并工具对此非常有效。

如果您选择另一个方向，那么您将面临在 9.5 分支中添加新的 10.0 内容的风险，而您想要的只是修复错误。

我还会查看

2
投票

如果您正在创建主源代码的分支，那么您应该能够更正主源代码中的错误，然后将更改“合并”到 9.5 和 10.0 分支。这是分支之美的一部分，即您可以将主分支的更改合并到目标分支。

当您选择 TFS 的合并选项时，它将显示当前源的分支位置，您可以选择要将这些更改合并到哪些分支。您不必在 9.5 和 10.0 分支中手动进行更改，这确实违背了分支的目的。

0
投票

不，没有办法“自动化”这一点，而且你也不想这样做。如果修复并不需要应用于每个版本怎么办？

在我看来，您确实在向后应用修复（首先修复旧版本，然后合并到新版本）。