有什么办法可以加快git svn 的速度吗？
Is there any way to speed up git svn?
我正在尝试将 SVN 存储库转换为 Bit Bucket，它有 18 年的历史，超过 6000 个分支和超过 50 万次提交。
Git svn 在大约 6 小时内完成了前 50k 次提交，并花了 3 天时间转换接下来的 40k。由于缺少设法逃避 svn 日志的作者，它崩溃了两次并停止了两次。
它已经到了分支开始被更广泛使用的repo部分。它现在已经慢下来了。树枝给它带来了严重的悲痛。每 2-3 分钟可能会减少一次提交。每一个新的分支似乎都进一步减慢了整个操作的速度。
我不确定它把时间花在哪里了。是i/o还是cpu密集型操作？ Atlassian 推荐运行 SVN所在的操作；在本地磁盘上- 没有网络旅行。我不知道这是否会有所帮助，因为它不会花时间从 SVN 中提取文件。 运行 是否在分支上提交并且未在控制台上显示？
我认为将其拉入 Bit Bucket 不可行。我认为将所有新开发转移到 Bit Bucket 并继续 运行 SVN 会更好。按照目前的转换速度，需要几年时间才能完成。
您可以只提交当前存储库内容中的一个分支，而无需迁移整个 SVN 历史记录。
git-svn 不是 一次性转换存储库或存储库部分的正确工具。如果您想使用 Git 作为现有 SVN 服务器的前端，这是一个很好的工具，但是对于一次性转换，您应该 而不是 使用 git-svn，但是svn2git 更适合这个用例。
有很多名为 svn2git 的工具，最好的可能是来自 https://github.com/svn-all-fast-export/svn2git 的 KDE。我强烈建议使用 svn2git 工具。这是我所知道的最好的可用规则文件，而且您可以非常灵活地使用它的规则文件。
您将能够轻松地配置 svn2gits 规则文件以产生您想要的结果，而且速度要快得多。
如果您不是 100% 了解存储库的历史，http://blog.hartwork.org/?p=763 中的 svneverever 是一个很好的工具，可以在将 SVN 存储库迁移到 Git 时调查其历史.
尽管 git-svn 更容易入手，但除了它的灵活性之外，还有一些其他原因说明为什么使用 KDE svn2git 而不是 git-svn 更好：
svn2git（如果使用了正确的），历史重建得更好更干净，对于具有分支和合并等的更复杂的历史尤其如此- 标签是真正的标签，而不是 Git
中的分支
- with
git-svn 标签包含一个额外的空提交，这也使它们不属于分支，因此正常的 fetch 将不会得到它们，直到您将 --tags 给命令，因为默认情况下也只获取指向已获取分支的标签。使用正确的 svn2git 标签是它们所属的地方
- 如果您更改了 SVN 中的布局，您可以使用
svn2git 轻松配置它，使用 git-svn 您最终将丢失历史记录
- 使用
svn2git 您还可以轻松地将一个 SVN 存储库拆分为多个 Git 个存储库
- 或将同一个 SVN 根中的多个 SVN 存储库轻松合并为一个 Git 存储库
- 正确
svn2git 的转换速度比 git-svn 快无数倍
你看，git-svn 更差而 KDE svn2git 更优越的原因有很多。 :-)
我正在尝试将 SVN 存储库转换为 Bit Bucket，它有 18 年的历史，超过 6000 个分支和超过 50 万次提交。
Git svn 在大约 6 小时内完成了前 50k 次提交，并花了 3 天时间转换接下来的 40k。由于缺少设法逃避 svn 日志的作者，它崩溃了两次并停止了两次。
它已经到了分支开始被更广泛使用的repo部分。它现在已经慢下来了。树枝给它带来了严重的悲痛。每 2-3 分钟可能会减少一次提交。每一个新的分支似乎都进一步减慢了整个操作的速度。
我不确定它把时间花在哪里了。是i/o还是cpu密集型操作？ Atlassian 推荐运行 SVN所在的操作；在本地磁盘上- 没有网络旅行。我不知道这是否会有所帮助，因为它不会花时间从 SVN 中提取文件。 运行 是否在分支上提交并且未在控制台上显示？
我认为将其拉入 Bit Bucket 不可行。我认为将所有新开发转移到 Bit Bucket 并继续 运行 SVN 会更好。按照目前的转换速度，需要几年时间才能完成。
您可以只提交当前存储库内容中的一个分支，而无需迁移整个 SVN 历史记录。
git-svn 不是 一次性转换存储库或存储库部分的正确工具。如果您想使用 Git 作为现有 SVN 服务器的前端，这是一个很好的工具，但是对于一次性转换，您应该 而不是 使用 git-svn，但是svn2git 更适合这个用例。
有很多名为 svn2git 的工具，最好的可能是来自 https://github.com/svn-all-fast-export/svn2git 的 KDE。我强烈建议使用 svn2git 工具。这是我所知道的最好的可用规则文件，而且您可以非常灵活地使用它的规则文件。
您将能够轻松地配置 svn2gits 规则文件以产生您想要的结果，而且速度要快得多。
如果您不是 100% 了解存储库的历史，http://blog.hartwork.org/?p=763 中的 svneverever 是一个很好的工具，可以在将 SVN 存储库迁移到 Git 时调查其历史.
尽管 git-svn 更容易入手，但除了它的灵活性之外，还有一些其他原因说明为什么使用 KDE svn2git 而不是 git-svn 更好：
svn2git（如果使用了正确的），历史重建得更好更干净，对于具有分支和合并等的更复杂的历史尤其如此- 标签是真正的标签，而不是 Git 中的分支
- with
git-svn标签包含一个额外的空提交，这也使它们不属于分支，因此正常的fetch将不会得到它们，直到您将--tags给命令，因为默认情况下也只获取指向已获取分支的标签。使用正确的 svn2git 标签是它们所属的地方 - 如果您更改了 SVN 中的布局，您可以使用
svn2git轻松配置它，使用git-svn您最终将丢失历史记录 - 使用
svn2git您还可以轻松地将一个 SVN 存储库拆分为多个 Git 个存储库 - 或将同一个 SVN 根中的多个 SVN 存储库轻松合并为一个 Git 存储库
- 正确
svn2git的转换速度比git-svn 快无数倍
你看，git-svn 更差而 KDE svn2git 更优越的原因有很多。 :-)