将巨大的 SVN 存储库迁移到 GIT，并在 SVN 存储库上以最短的冻结时间

Question

我正在从事一个已经运行了很长时间的项目。 它托管在 SVN 上。 它有 24K 版本。 组织中有人认为（并且我同意）如果我们可以将组织中的所有项目从 SVN 迁移到 GIT，那就太好了。 说起来容易做起来难。 我们的项目对维持库存非常关键，将于下季度投入生产。 迁移的时间表设置为 12 月底。 这意味着我们既没有等待时间，也没有冻结 SVN 存储库的奢侈。 我决定采取以下方法：

1. 使用svnrdump创建当前存储库的转储。 这花了大约 3 小时。
2. 将转储加载到本地svn存储库。 这花了大约 12 小时。
3. 使用git svn clone将本地svn存储库转换为git 。 这需要超过 73 小时。
4. 将此git存储库推送到remote .

现在，在执行这些步骤时，对现有的远程SVN存储库进行了一些新的提交。 有没有办法，我可以将这些新更改合并到新的远程git存储库中。 值得注意的是，我们希望保留来自 SVN 的所有提交历史。 如果有办法做到这一点，那就意味着我们只需要冻结当前的远程 SVN 几个小时。 我还要提一下，我们的新git存储库托管在gitlab 。 有没有更好的方法来做到这一点？

Answer 1

考虑到svnrdump和svndump之间的差异，首先检查本地完成的（直接在服务器上） svndump （如果您确实可以访问所述服务器）是否不会更快。

然后，对于同时创建的少数提交/修订，您可以执行svnrdump --incremental 。

转储修订版或修订版范围仅作为与先前修订版的差异，而不是默认值，默认值是转储的修订版范围，其中包含从该修订版开始的存储库所有内容的完整扩展。

您可以将其转换为自己的 Git 存储库，将其提取到您当前的 Git 存储库中，并在您的普通 Git 分支之上重新设置/选择孤立分支，以保留历史记录。 （ 请参阅此处的示例）

Answer 2

JFYI：处于“同步”模式的 SubGit 将为您提供自动镜像更改和零停机时间