我们有一个老的SVN回购与30000次修订。它包含一个具有三个分支的projectX,名称为branchA、branchB、branchC
这3个分支自20 000修订版以来就已存在。
我们的回购计划的设置如下:
https://server/repo/projectX/
branches/
changes/
projects/
releases/
tags/分支包含BranchA、branchB和branchC,标记包含大量标记。如你所见,这里没有行李箱。
现在我们想要迁移所有的数据(没有旧的分支,标签等)从一开始到修订20000。从20000开始,我们希望迁移到最后,使用标记、分支和一个主干( branchA分支)。
这就是我想用svn2git做的事情。
# svn2git https://server/repo/ProjectX --notrunk --nobranches --notags --revision 0:20000 --metadata
# svn2git https://server/repo/ProjectX --trunk branches/branchA --branches branches --tags tags --revision 22545:HEAD --metadata 这会给出一个正确的结果吗?或者在svn2git迁移过程中更改主干(可能会将其混合)是没有做到的,我应该保留--notrunk并在git中决定什么才是我的主人吗?欢迎其他意见。
发布于 2017-05-18 13:56:29
您使用的svn2git工具基于git-svn。
对于一次性迁移,git-svn是而不是,是转换存储库或部分存储库的正确工具。如果您想使用Git作为现有SVN服务器的前端,这是一个很好的工具,但是对于一次性转换,您应该使用而不是使用git-svn,而是更适合这种用例的svn2git。
有很多叫做svn2git的工具,最好的工具可能是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。我强烈建议使用该svn2git工具。这是我所知道的最好的,而且它非常灵活,您可以使用它的规则文件。
您将很容易地配置svn2git的规则文件,以从当前的SVN布局中生成所需的结果,包括任何可能存在的复杂历史记录。
您还可以轻松地在同一SVN根中为不同项目创建单独的Git存储库。
如果您对存储库的历史没有100%的了解,那么svneverever来自http://blog.hartwork.org/?p=763是一个很好的工具,可以在将它迁移到Git时研究它的历史。
尽管git-svn (或您使用的svn2git )更容易开始,但是除了其灵活性之外,使用KDE svn2git而不是git-svn还有其他一些原因:
svn2git重建得更好、更干净(如果使用正确的历史),尤其是对于具有分支和合并等更复杂历史的历史。git-svn时,标记包含额外的空提交,这也使得它们不属于分支,所以在将--tags交给命令之前,普通的fetch不会得到它们,因为在默认情况下,也只获取指向获取分支的标记。使用适当的svn2git标记是它们所属的位置svn2git配置这个布局,而使用git-svn,您最终会丢失历史记录。svn2git,您还可以轻松地将一个SVN存储库拆分为多个Git存储库。svn2git转换比使用git-svn快很多倍。您知道,git-svn更差,KDE svn2git更优越的原因有很多。:-)
https://stackoverflow.com/questions/44049537
复制相似问题