我使用svn2git但它总是在同一行上失败： 我的命令：
svn2git https://my-svn/proj/ --revision 1000:1001 --username xxx
在一个小时之后，此命令停止运行并且失败并显示：
Broken pipe at /usr/lib64/perl5/vendor_perl/SVN/Ra.pm line
623.
什么会导致这个问题？
答案 0 :(得分：0)
对于一次性迁移，git-svn 不是用于转储存储库或存储库部件的正确工具。如果您想将Git用作现有SVN服务器的前端，这是一个很棒的工具，但对于一次性转换，您应该不使用git-svn，但svn2git是更适合这种用例。
有很多名为svn2git的工具，最好的工具是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。我强烈建议您使用svn2git工具。这是我所知道的最好的，它可以非常灵活地使用它的规则文件。
您使用的svn2git工具基于git-svn，因此会遇到大多数相同的缺点。
您可以轻松地配置svn2git的规则文件，以便从当前的SVN布局中生成所需的结果，并且您还可以通过为其提供命令行选项来使其保持空目录，从而使其保持空目录目录中的空.gitignore个文件以保留它们。
如果您不是100％关于存储库的历史记录，那么http://blog.hartwork.org/?p=763中的svneverever是一个很好的工具，用于在将SVN存储库迁移到Git时调查其历史记录。
即使git-svn（或您使用的svn2git）更容易入手，以下是使用KDE svn2git代替git-svn的优势的更多原因，除了它的灵活性：
svn2git重建得更好更清洁（如果使用了正确的历史记录），对于更复杂的分支和合并历史记录来说尤其如此，等等git-svn标记包含一个额外的空提交，这也使它们不属于分支，因此正常fetch将不会获得它们，直到您将--tags作为命令提供给默认情况下，仅提取指向已获取分支的标记。正确的svn2git标签是他们所属的地方svn2git轻松配置，git-svn最终会丢失历史记录svn2git您还可以轻松地将一个SVN存储库拆分为多个Git存储库svn2git比使用git-svn 你知道，git-svn更糟糕且KDE svn2git更优越的原因有很多。 ： - ）
答案 1 :(得分：0)
据我所知，“断管”错误是由于接收文件时出现问题而引起的。它可能真的很大，或者可能还有其他奇怪的地方。
如果遇到错误，幸运的是，在大多数情况下，您可以简单地重新运行git svn clone命令或其他相关命令，通常它可以从中断处无缝恢复。
如果您使用git-svn一次将SVN存储库迁移到Git，只需确保遵循Atlassian's guide。他们有一个将SVN标签正确转换为Git标签的工具，但这是一个破坏性的过程，您将无法再使用git repo与SVN进行同步，因此只有在您最终准备放弃时才这样做SVN存储库。