svn - 在Subversion中将要素分支合并到主线的最佳方法是什么？

Question

我们在Subversion中使用功能分支进行开发，这是将代码保留在尚未准备好用于主线的版本控制中的一种非常方便的方法。但是，每当我将功能分支修订合并到主线中时，都会很痛苦。现在，我要执行以下步骤:

将原始功能分支修订版 check out 到新目录

使用Beyond Compare

之类的工具在当前开发内容和原始功能分支目录之间进行区别

将当前主线修订签到新目录

将新的/更改的文件合​​并到当前的主线目录中。

使用我的IDE进行更改，以确保所有文件都已正确 checkout /添加到Subversion

中

编译和测试

提交

在我看来，此过程中存在很多错误的余地，每当我执行这些步骤时，都会使我感到紧张。当然，所有内容都已在我的功能分支上检查到Subversion中，因此任何步骤的错误都是可以恢复的。

我相信Subversion 1.5可以将分支合并到主线中，但是我们仍在使用Subversion 1.4。其他人正在使用什么来简化将Subversion中的功能分支合并到其主线开发中的步骤？您使用的是其他工具吗？您是否正在利用Subversion 1.5中的合并功能？

Answer 1

我目前正在使用Subversion 1.5的--reintegrate新功能，我认为这很了不起。与手动方式相比，它要容易得多，并且容易出错。但是不利的是，新的合并功能要求存储库和客户端都位于1.5上，并且对1.5存储库的更改排除了1.5以外的任何客户端的使用...因此要获得合并功能，它基本上是全有或全无的情况。

至于您最初提出的问题，您只需要非常严格地跟踪在开发过程中已将哪些主要分支修订合并到了您的工作分支中。即使具有1.5的--reintegrate功能，确保在提交之前主分支的重新集成的工作副本看起来正确并可以编译仍然很重要。从根本上讲，这使工作变得更加轻松(尤其是对于生命周期更长的功能分支)，因为您不必就更改内容以及将更改从其他分支集成到功能分支时保持严格的日志。

subversion.tigris.org上的发行说明文档写得很好，我建议您对其进行简要浏览，以了解1.4和1.5之间的所有更改，并对新的合并功能进行详细说明。