我使用svn2git将svn回购迁移到git。svn回购是相当大的。我尝试的第一件事是:
$ mkdir repo
$ cd repo
$ svn2git https://svn/repo/ --revision 1:40000 --username xxx开始的很好,但在经历了一些家务事之后:
错误:等待git-svn失败:没有子进程不能读取响应主体: SSL错误:接收到了一个长度未预料到的TLS数据包。
现在,我想分几个步骤拆分我的svn2git命令。如下所示:
$ mkdir repo
$ cd repo
$ svn2git https://svn/repo/ --revision 1:1000 --username xxx
$ svn2git https://svn/repo/ --revision 1000:2000 --username xxx
$ svn2git https://svn/repo/ --revision 2000:3000 --username xxx
...我知道这是一个丑陋的方式,但我认为目前没有其他选择。这最终会给我与1:40000相同的解决方案,还是会覆盖它?我试图检查du -sh repo/,但大小总是不同的(并不总是增长),所以我不知道。
发布于 2017-04-19 13:05:00
对于一次性迁移,git-svn是而不是,是存储库或存储库部分转换的合适工具。如果您想使用Git作为现有SVN服务器的前端,这是一个很好的工具,但是对于一次性转换,您应该使用而不是使用git-svn,而是更适合这种用例的svn2git。
有很多叫做svn2git的工具,最好的工具可能是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。我强烈建议使用该svn2git工具。这是我所知道的最好的,而且它非常灵活,您可以使用它的规则文件。
您使用的svn2git工具基于git-svn,因此与直接git-svn有相同的缺点。
您可以轻松地配置svn2git的规则文件以从当前的SVN布局中生成您想要的结果,还可以告诉它保留空目录,方法是给它一个命令行选项,使它将空的.gitignore文件放入目录中以保存它们。
如果您对存储库的历史没有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/43495529
复制相似问题