将svn转换为git的问题

时间:2018-01-10 15:42:36

标签: git svn svn2git

我需要删除一个svn服务器才能用tfs 2018服务器替换它。 如果它会按照我的方式进行,我们只需要获取文件,但显然人们仍然希望能够查看历史记录和之前的签到。 我们决定创建两个项目集合。一个只读的,您可以在其中查看以前的签到,称为[Product] GitCollection和人们应该在其上工作的集合,称为[Product] Collection。 计划是从旧的svn存储库中创建一个git存储库,并将其托管在只读[Product] GitCollection中。简短的信息。 svn repo的大小约为22GB。

这就是问题的起点。我有很多问题让svn存储库移动到一个新的git存储库。 我正在遵循msdn指令。 https://docs.microsoft.com/en-us/vsts/articles/perform-migration-from-svn-to-git 他们非常好,我能够解决作者文件的一些问题(错误的enconding等)。 但是现在我处于执行git svn命令的状态,并且在“C:/LowBudgetCopy/.git /”中的“初始化空Git存储库”后卡住了。

git console

没有消息。现在40分钟都没事。我非常怀疑他有一些问题,但我无法在新生成的git存储库中找到日志文件。 我也认为它与命令--stdlayout有关。 如果我没有通过标准布局命令,他至少可以复制文件(带有大量错误日志)。 svn或git的标准或必需的文件夹布局我不是那么坚定。 当前的svn包含多个项目,文件夹结构本身似乎不一致。

目前,svn存储库包含4个主文件夹,结构如下:

  • / Archive
  • / Archive / ctb
  • / Archive / ctb / branches
  • /存档/ CTB /标签
  • / Archive / ctb / trunk
  • ...
  • ...
  • ... (存档文件夹非常一致。存档中的每个项目都具有相同的结构)
  • /固件
  • /固件/ CNC
  • /固件/ CNC /部署
  • /固件/ CNC /文件
  • /固件/ CNC /源
  • /固件/ CNC /源/分支
  • /固件/ CNC /源/标签
  • /固件/ CNC /源/中继线
  • /固件/ CNC /工具
  • ...
  • ...
  • ... (固件文件夹中的项目与存档中的项目具有不同的深度,但与固件中的所有其他项目一致。)
  • /服务器
  • /服务器/部署
  • /服务器/文件
  • /服务器/源
  • /服务器/源/控制
  • /服务器/源/控制/分支
  • /服务器/源/控制/中继线
  • /服务器/源/设备
  • /服务器/源/控制器/分支
  • /服务器/源/控制器/中继线
  • ...
  • ...
  • ...
  • /工具
  • /工具/部署者/
  • (直接解决方案。没有主干,没有分支文件夹)
  • /工具/ FtpTester
  • /工具/ FtpTester /源
  • /工具/ FtpTester /源/ TRUNC
  • ...
  • ...
  • ... (在tools文件夹中,它不一致。)

任何人都有提示或想法吗?

1 个答案:

答案 0 :(得分:0)

对于一次性迁移,git-svn 是用于转储存储库或存储库部分的正确工具。如果您想将Git用作现有SVN服务器的前端,这是一个很棒的工具,但对于一次性转换,您应该使用git-svn,但svn2git是更适合这种用例。

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

您将可以轻松配置svn2git的规则文件,以便从当前的SVN布局中生成您想要的结果,包括可能存在的任何复杂历史记录,包括从一个SVN回购中生成多个Git回购或者如果你愿意,可以在一次运行中将不同的SVN repos合并到一个Git repo中。

如果您不是100%关于存储库的历史记录,那么http://blog.hartwork.org/?p=763中的svneverever是一个很好的工具,用于在将SVN存储库迁移到Git时调查其历史记录。

即使git-svn或nirvdrum svn2git更容易入手,以下是使用KDE svn2git代替git-svn的优势的更多原因。灵活性:

  • 历史由svn2git重建得更好更清洁(如果使用了正确的历史记录),对于更复杂的分支和合并历史记录来说尤其如此,等等
  • 标签是真正的标签,而不是Git中的分支
  • 使用git-svn标记包含一个额外的空提交,这也使它们不属于分支,因此正常fetch将不会获得它们,直到您将--tags作为命令提供给默认情况下,仅提取指向已获取分支的标记。正确的svn2git标签是他们所属的地方
  • 如果您在SVN中更改了布局,则可以使用svn2git轻松配置,git-svn最终会丢失历史记录
  • 使用svn2git您还可以轻松地将一个SVN存储库拆分为多个Git存储库
  • 或将同一SVN根目录中的多个SVN存储库轻松组合到一个Git存储库中
  • 使用正确svn2git比使用git-svn
  • ,转化速度快了数十倍

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