第一次修订时 Subgit 停留在 "Translating Subversion revisions to Git commits..."

Subgit is stuck on "Translating Subversion revisions to Git commits..." for the first revision

我尝试使用 subgit 将带有 14.4kcommit svn 存储库的 12yo 迁移到 git。

我的 svn 存储库如下所示:

ProjectA/
    branches/
    shelving/
    tags/
    trunk/
ProjectB/
    branches/
    shelving/
    tags/
    trunk/

我只想导入它一次,所以我使用 this documentation:

附带了那个 cmd
./subgit.bat import --svn-url http://<URL>/collectionOfRepositories/Repository1/ProjectA/ C:\Project1-subgit --default-domain unknownUser.com --minimal-revision 14300 --authors-file authors.txt -T trunk -b branches -t tags --username myUsername

似乎没有发生任何错误,但我在 99% 不到一分钟的时间里卡在了第一次提交上:

Translating Subversion revisions to Git commits...
r14300 => ad8d0ea3903771846aa8db32849223ab85c0ed03  |  99%  [||||||||| ]

我尝试让它处理一个小时,但 git 项目文件夹的大小没有改变 1 个字节。

按照相同的文档,我尝试将 subgit configure 命令与 --layout auto 一起使用,但我得到了完全相同的结果。

我在 windows 环境中。

我做错了什么?

你所做的一切看起来都是正确的,而且 SubGit 在那个阶段花费了一些时间。问题是 SubGit 需要下载修订版 14300 中包含的所有数据存储库,以及一些其他数据。对于任何真实世界的存储库,这都需要一些时间,特别是如果历史上有任何大的分支复制。对于历史悠久的旧存储库,初始复制可能需要几天时间,可能需要几个小时。存储库大小在一段时间内没有变化也是正常的——很可能,SubGit 仍在将数据下载到缓冲区并且尚未将任何数据写入存储库。如果 SubGit 没有在控制台和日志中报告任何错误,那么一切都应该运行良好。这个进度条确实没有提供太多关于状态的信息,所以最好检查 SubGit 日志以确保它正常工作。根据初始复制阶段,日志可能位于调用命令的同一目录、目标存储库(subgit/logs 子目录)或当前用户主目录的 .subgit 目录中。