svn - 将复杂的 SVN 分支层次结构迁移到 Mercurial

Question

我们的团队一直在使用 SVN 来管理一个大小合适的应用程序，随着时间的推移，已经建立了一个相当复杂的分支和标签层次结构，它遵循 SVN 存储库的基本标准布局，但更加嵌套:

|-树干
|-分支
| |-发布
| | |-releaseA
| | `-releaseB
| `-功能
| |-featureX
| `-featureY
|-标签
|-releaseA
| |-beta
| `-RTP
`-releaseB
|-beta
`-RTP

(功能分支显然是临时分支，但我们必须考虑到它们，因为在不久的将来一次关闭它们是不可行的)

出于多种原因，但主要是因为 merge 变得越来越痛苦，我们正在考虑改用 Mercurial。

我们目前面临的主要问题是在不丢失历史记录的情况下迁移现有代码库。我尝试了几种迁移工具(例如 yasvn2hg 、 hg convert 和 svn2hg )，其中 yasvn2hg 是最有前途的，但它们似乎都无法处理嵌套层次结构，但它们都假设分支和标签分别组织在一个平面目录中。

在这种情况下，选择命名分支或克隆作为旧 SVN 分支的转换目标并不是限制因素，因为任何一种解决方案都将受到赞赏。我们目前正在试验这两种选择以及它们如何适应我们当前的流程，但尚未决定其中一种。我显然也对有关该问题的类似设置的建议或经验感兴趣。

那么，将这样的嵌套 SVN 分支层次结构转换为 Mercurial 的最佳方法是什么？

一次将一个分支转换为单独的存储库会很烦人，而且我不确定这是否是正确的方法，这取决于工具如何处理历史 merge 并且需要了解所有其他分支？

Answer 1

你真的应该在mercurial mailing list上问这样的问题。 .这就是 Mercurial 开发人员闲逛的地方，随着时间的推移，出现了许多 Subversion 迁移问题。

话虽如此，recent change可能会帮助你——它声称让你

[...] fix even the most badly mismanaged repositories and turn them into nicely structured Mercurial repositories.

我自己没有尝试过，所以我不能评论它对你的具体情况会有多有效。