我正在尝试将SVN存储库转换为Bit Bucket,具有18年的历史,超过6000个分支和超过50万次提交.

Git svn在大约6个小时内完成了前50k次提交,并且花了3天时间转换下一个40k.它已经崩溃了两次并且由于缺少作者而停止了两次,不知何故设法逃避了svn日志.

它已经到达了回购的一部分,其中分支开始被更广泛地使用.它现在已经放慢了速度.分支机构正在引起严重的悲痛.这可能是每2-3分钟一次提交.每个新的分支似乎都会使整个操作更加缓慢.

我不确定它在哪里花时间.是i / o还是cpu密集型操作？ Atlassian建议运行SVN所在的操作;在本地磁盘上 – 没有网络旅行.我不这样做,因为它没有花时间从SVN下载文件.它是否在分支上运行提交并且未在控制台上显示？

我认为把它拉进Bit Bucket是不可行的.我认为将所有新开发项目移至Bit Bucket并继续运行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时调查SVN存储库的历史记录.

尽管git-svn更容易入手,但是除了它的灵活性之外,使用KDE svn2git而不是git-svn的其他原因还有其他原因：

>通过svn2git(如果使用正确的历史)重建历史更好更清晰,对于具有分支和合并的更复杂历史尤其如此等等
>标签是真正的标签而不是Git中的分支
>使用git-svn标签包含一个额外的空提交,这也使它们不属于分支,因此正常的提取将不会得到它们,直到你给命令–tags,因为默认情况下只提取指向提取的分支的标签也.适当的svn2git标签是他们所属的地方
>如果您在SVN中更改了布局,您可以使用svn2git轻松配置它,使用git-svn最终会丢失历史记录
>使用svn2git,您还可以轻松地将一个SVN存储库拆分为多个Git存储库
>或者将同一SVN根目录中的多个SVN存储库轻松组合到一个Git存储库中
>使用正确的svn2git转换速度比git-svn快几十倍

你知道,git-svn更糟糕且KDE svn2git更优越的原因有很多. 🙂