svn2git提供“空”目录

Question

我尝试svn2git来测试从svn到git的迁移。我的命令看起来是：

yes $PASS | svn2git https://my-svn.net/project/ --username $USERNAME

我在安装了git的Ubuntu14.04上执行这个命令。我在/home/myuser/svn2git/中执行此操作。在等待了一些命令之后，命令的执行就结束了：

    ...
    A   src/xx
    A   src/xx
    A   src/xx
    A   src/xx
W: Killed

当我在这个目录中执行ls -la时，它没有显示任何内容。但是du -sh告诉我目录中有230 MB。

如何查看转换后的文件夹？

Answer 1

git-svn是，而不是，是存储库或存储库部件一次性转换的合适工具。如果您想使用Git作为现有SVN服务器的前端，这是一个很好的工具，但是对于一次性转换，您应该使用而不是使用git-svn，而是更适合这种用例的svn2git。

您使用的svn2git基于git-svn，克服了git-svn的一些缺点，但大多数仍然存在。

有很多叫做svn2git的工具，最好的工具可能是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。我强烈建议使用该svn2git工具。这是我所知道的最好的，而且它非常灵活，您可以使用它的规则文件。

您将能够轻松地配置svn2git的规则文件以生成所需的结果。

如果您对存储库的历史没有100%的了解，那么svneverever来自http://blog.hartwork.org/?p=763是一个很好的工具，可以在将它迁移到Git时研究它的历史。

尽管git-svn一开始更容易，但以下是使用KDE svn2git而不是git-svn的更好的原因，除了它的灵活性之外：

• 历史由svn2git重建得更好、更干净(如果使用正确的历史)，尤其是对于具有分支和合并等更复杂历史的历史。
• 这些标记是真正的标记，而不是Git中的分支。
• 使用git-svn时，标记包含额外的空提交，这也使得它们不属于分支，所以在将--tags交给命令之前，普通的fetch不会得到它们，因为在默认情况下，也只获取指向获取分支的标记。使用适当的svn2git标记是它们所属的位置
• 如果您更改了SVN中的布局，您可以很容易地用svn2git配置这个布局，而使用git-svn，您最终会丢失历史记录。
• 使用svn2git，您还可以轻松地将一个SVN存储库拆分为多个Git存储库。
• 或者将同一个SVN根中的多个SVN存储库轻松地组合到一个Git存储库中。
• 使用正确的svn2git转换比使用git-svn快很多倍。

git-svn更差、KDE svn2git更优越的原因有很多。:-)