svn重定位与历史损失

Question

我们目前有两个分支机构：

/repo/branch/current_version
/repo/branch/next_version

current_version是目前所有开发人员都在工作的一个分支。

我们启动了下一个版本，并从next_version分支在current_version中的某个点创建了分支，而current_version的工作仍在继续。在next_version中，我们进行了一些开发，在接下来的几个月中，这个分支将成为我们的主要开发部门，所有的开发都将在这里完成。

由于在current_branch上进行了开发，我们考虑定期(比如每两周一次)重新建立next_version的基础。这是为了保持两个分支保持同步，所以当所有开发人员最终放弃current_branch并迁移到next_release时，next_release将包含所有集成和测试的当前分支的特性。

问题是重新定位。实际上，重基是将current_branch的最新提交合并到next_version。因此，如果我将检查next_release中已提交的文件的历史，我将看到的只是合并提交，而不是current_version的历史(提交/作者/注释)。

我错过了什么吗？

Answer 1

不，你什么都没错过。这是使用SVN进行版本控制的一个大问题。

在我的上一份工作中，我一次又一次地碰到它。每当有人向current_branch提交一些东西(为了坚持您的术语)，提交消息就必须手动复制，以便可以在合并提交消息中使用。这很快就变成了巨大的痛苦。

这就是为什么新版本控制软件出现了更好的合并功能(Git、Mercurial和Bazaar )。

编辑：显然已经修复了这个问题。Svn1.5及以上合并对合并敏感的日志和注释。使用标志-使用-使用合并历史记录(-g)与svn合并和svn指责，以查看提交消息从合并的分支。