我所在的团队每年向客户发布 4-5 次软件版本。我们通过纠正我们在更高版本中遇到的任何错误来维护我们产品的前 2-3 个版本。我们正在使用 TFS 2008 进行源代码控制，并试图找到维护旧版本的最佳方法。
我们目前每次发布新版本时都会创建应用程序的一个分支，但我们正在寻找一种更轻松地更新旧版本的好方法。例如，我们完成了 9.5，但在我们创建分支并开始开发 10.0 两周后，我们意识到 9.5 有一个错误。我们目前在 10.0 版本中进行更改，然后打开 9.5 再次进行更改。有没有自动化的方法？
谢谢！
【问题讨论】：
标签： version-control tfs
这是分支和合并的主要原因。
在您的情况下，我所做的是在 9.5 中进行更改，然后将更改合并到您的主分支中，然后再返回到您的 10.0 分支中。内置的合并工具可以很好地解决这个问题。
如果你走另一个方向，你会冒着在你的 9.5 分支中添加新的 10.0 东西的风险，而你想要的只是修复错误。
我还会查看TFS Branching Guides 以了解有关分支和合并的更多信息。
【讨论】：
如果您正在创建主源的分支，那么您应该能够更正主源中的错误，然后将更改“合并”到您的 9.5 和 10.0 分支。这就是分支之美的一部分，即您可以将更改从主分支合并到目标分支。
当您选择 TFS 的合并选项时，它将显示当前源的分支位置，您可以选择要将这些更改合并到哪些分支。您不必手动在 9.5 和 10.0 分支中进行更改，这确实违背了首先进行分支的目的。
【讨论】：
不，没有办法“自动化”这个，你也不想这样做。如果修复确实不需要应用于每个版本怎么办？
在我看来，您确实在向后应用修复（首先修复旧版本，然后合并到新版本）。
【讨论】：