我是一个团队的一员,这个团队每年向我们的客户发布我们的软件版本4-5次。我们通过纠正在以后的版本中遇到的任何错误来维护之前的2-3个版本的产品。我们正在使用TFS2008进行源代码控制,并试图找到维护旧版本的最佳方式。
目前,我们每次创建新版本时都会创建应用程序的一个分支,但我们正在寻找一种更容易更新旧版本的好方法。例如,我们完成了9.5,但在我们创建分支并在10.0上工作两周后,我们意识到9.5有一个错误。我们当前在版本10.0中进行更改,然后打开9.5再次进行更改。有没有自动化的方法?
谢谢!
发布于 2010-05-18 04:37:46
这是分支和合并的主要原因。
对于您的情况,我所做的是在9.5中进行更改,然后将更改向上合并到您的主分支中,然后向下合并到您的10.0分支中。内置的合并工具可以很好地解决这一问题。
如果你走另一个方向,你会冒着在9.5分支中添加新的10.0内容的风险,而你想要的只是你的bug修复。
我还将查看TFS Branching Guides,了解有关分支和合并的更多信息。
发布于 2010-05-18 04:34:07
如果您正在创建主源代码的分支,那么您应该能够对主源代码中的错误进行更正,然后将更改“合并”到9.5和10.0分支中。这是分支之美的一部分,即您可以将主分支中的更改合并到目标分支。
当您使用TFS选择merge选项时,它将向您显示当前源代码的分支位置,并且您可以选择要将这些更改合并到哪些分支。您不应该手动更改9.5和10.0分支,这在某种程度上违背了分支的初衷。
发布于 2010-05-18 04:35:00
不,没有办法“自动化”这一点,而且你也不是真的想这样做。如果修复不是真的需要应用于每个版本,该怎么办?
对我来说,这听起来像是在反向应用修复(首先修复旧版本,然后合并到新版本)。
https://stackoverflow.com/questions/2852538
复制相似问题