当我尝试使用svn2git命令导入svn文件时出错
运行命令: git svn init --前缀= svn /-no-元数据--主干=主干-标记--分支=分支https://svnserver.com/abc/svn/projectname运行命令: git svn获取无效的文件系统修订号: svn: E160006:无效修订号'-1‘a t/mingw64 64/share/perl 5/site_perl/Git/SVN.pm第150行。命令失败: git svn fetch
当我尝试使用tortoise客户端检查时,我也遇到了同样的错误。然后,我安装了与SVN服务器版本相同的客户端,问题得到了解决。
但是当使用svn2git时,也会发生相同的错误吗?是否存在版本兼容性问题?我使用的是SVN1.7.9和svn2git 2.3.2。
发布于 2017-06-29 08:12:17
您正在使用一个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 repos,或者将不同的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/44813602
复制相似问题