合并两个SVN存储库时如何管理修订号?

合并两个SVN存储库时如何管理修订号?,svn,merge,repository,svnadmin,revision-history,Svn,Merge,Repository,Svnadmin,Revision History,这个问题:概述了将一个存储库合并为另一个存储库的子目录的历史保存过程。我需要做一个类似的合并,但我试图了解如何在新的组合存储库中管理修订号 假设“RepositoryA”和“RepositoryB”都已经有了“第5版”,如果“RepositoryA/trunk”的第5版被重新定位到“RepositoryB/RepAProject/trunk”,它将被编号为什么?两个存储库的修订号都会更新吗?或者,被合并的存储库是否会获得适合合并日期的新的顺序修订号 作为一个额外的问题,用户是否仍然可以将svn切

这个问题:概述了将一个存储库合并为另一个存储库的子目录的历史保存过程。我需要做一个类似的合并,但我试图了解如何在新的组合存储库中管理修订号

假设“RepositoryA”和“RepositoryB”都已经有了“第5版”,如果“RepositoryA/trunk”的第5版被重新定位到“RepositoryB/RepAProject/trunk”,它将被编号为什么?两个存储库的修订号都会更新吗?或者,被合并的存储库是否会获得适合合并日期的新的顺序修订号


作为一个额外的问题,用户是否仍然可以将
svn切换--
从旧的repo重新定位到新的子目录,或者新的存储库UUID是否可以防止这种情况发生?

合并后的存储库将获得适合插入新的inport提交的新的顺序修订号(在您的示例中为6-10),但是它们的时间戳将与您在原始存储库中看到的一致

svnadmin load
将按顺序导入五个版本中的每一个

导入旧回购协议(有5个版本)后,目标回购协议将有10个版本,但版本6-10的时间戳早于版本1-5

请注意,在实时系统中,其他提交区域允许中间导入过程

正如您正确回答的那样,UUID中的更改将阻止
svn开关--relocate
命令工作