我目前正在将一个历史悠久的大型存储库从 SVN 迁移到 git。svn 存储库有许多分支和标签。我已经从 SVN 存储库中清理了很多,但是当我使用该git svn clone
命令时,它也会克隆所有已删除的分支和标签。
问题是,是否有一种有效且简单的方法(简单命令)来排除使用git svn
or svn2git
(或任何其他工具)获取已删除的分支和标签?
TL;DR:是的,如果您使用正确的svn2git
工具
因为一次性迁移git-svn
不是转换存储库或部分存储库的正确工具。如果您想使用 Git 作为现有 SVN 服务器的前端,这是一个很棒的工具,但对于一次性转换,您不应该使用,但它更适合这个用例。git-svn
svn2git
有很多称为svn2git
的工具,可能最好的是来自https://github.com/svn-all-fast-export/svn2git的 KDE 工具。我强烈建议使用该svn2git
工具。这是我所知道的最好的,并且在你可以用它的规则文件做什么方面非常灵活。
您将能够轻松配置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
更胜一筹。:-)