我收到警告“没有来自 SVN 的关联提交元数据,正在跳过”
我正在使用https://github.com/nirvdrum/svn2git工具。上面的消息是什么意思?我正在尝试将整个历史从 svn 迁移到 git。
我收到警告“没有来自 SVN 的关联提交元数据,正在跳过”
我正在使用https://github.com/nirvdrum/svn2git工具。上面的消息是什么意思?我正在尝试将整个历史从 svn 迁移到 git。
我不确定该警告的含义,但我建议不要使用该工具。
因为一次性迁移git-svn
不是转换存储库或部分存储库的正确工具。如果您想使用 Git 作为现有 SVN 服务器的前端,这是一个很棒的工具,但对于一次性转换,您不应该使用,但它更适合这个用例。git-svn
svn2git
有很多称为svn2git
的工具,可能最好的是来自https://github.com/svn-all-fast-export/svn2git的 KDE 工具。我强烈建议使用该svn2git
工具。这是我所知道的最好的,并且在你可以用它的规则文件做什么方面非常灵活。
svn2git
您使用的 nirvdrum有效地调用git-svn
然后进行一些后处理以克服 的一些缺点git-svn
,但它仍然存在相当多的缺点。
您将能够轻松配置svn2git
s 规则文件以从当前的 SVN 布局中生成所需的结果,包括可能存在的任何复杂历史,包括从一个 SVN 存储库中生成多个 Git 存储库或将不同的 SVN 存储库合并到一个 Git 中如果您愿意,可以一次性干净地回购。
如果您不是 100% 了解存储库的历史,那么在将 SVN 存储库迁移到 Git 时,svneverever
http ://blog.hartwork.org/ ?p=763是一个调查 SVN 存储库历史的好工具。
尽管git-svn
nirvdrumsvn2git
更容易上手,但除了灵活性之外,还有一些使用 KDEsvn2git
代替KDE 更优越的原因:git-svn
svn2git
对于具有分支和合并等的更复杂的历史尤其如此git-svn
一个额外的空提交,这也使它们不是分支的一部分,所以在fetch
你给命令之前正常不会得到它们,--tags
因为默认情况下只有指向已获取分支的标签也会被获取。使用正确的 svn2git 标签是它们所属的地方svn2git
,git-svn
最终您将失去历史svn2git
将一个 SVN 存储库拆分为多个 Git 存储库svn2git
正确的转换比使用正确的要快无数倍git-svn
你看,有很多原因导致git-svn
KDE 更差而 KDEsvn2git
更胜一筹。:-)