简体   繁体   English

Subgit 停留在“Translating Subversion revisions to Git commits...”的第一个版本

[英]Subgit is stuck on “Translating Subversion revisions to Git commits…” for the first revision

I try to use subgit to migrate a 12yo with 14.4kcommit svn repository to git.我尝试使用 subgit 将 12yo 与 14.4kcommit svn 存储库迁移到 git。

My svn repo looks like this:我的 svn 存储库如下所示:

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

I only want to import it once and so I came with that cmd useing 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

No errors seems to occur but I get stuck on the first commit at 99% less than a minute in:似乎没有发生错误,但我在第一次提交时卡住了不到一分钟的 99%:

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

I tried letting it process for an hour but the git project folder hadn't its size changed by 1 byte.我尝试让它处理一个小时,但 git 项目文件夹的大小没有改变 1 个字节。

Following the same documentation I tried to use the subgit configure command with --layout auto but I get the exact same result.按照相同的文档,我尝试将subgit configure命令与--layout auto一起使用,但我得到了完全相同的结果。

I'm in a windows environment.我在 windows 环境中。

What am I doing wrong?我究竟做错了什么?

Everything you're doing look correct, as well as that SubGit spends some time at that stage.你所做的一切看起来都是正确的,以及 SubGit 在那个阶段花费了一些时间。 The matter is that SubGit needs to download all the data repository contained at the revision 14300, as well as some other data.问题是 SubGit 需要下载包含在修订版 14300 中的所有数据存储库,以及一些其他数据。 For any real-world repository it takes some time, especially if there were any big branches copyings in the history.对于任何现实世界的存储库,都需要一些时间,特别是如果历史中有任何大型分支复制。 For old repositories with long history initial replication may take even days, and hours may be considered expected.对于历史悠久的旧存储库,初始复制可能需要几天时间,并且可能需要数小时。 And that is also normal that the repository size does not change for some time -- most probably, SubGit is still downloading data to a buffer and hasn't yet written any data to the repository.存储库大小在一段时间内没有变化也是正常的——很可能,SubGit 仍在将数据下载到缓冲区并且尚未将任何数据写入存储库。 If SubGit does not report any errors in the console and in logs, then everything should work well.如果 SubGit 没有在控制台和日志中报告任何错误,那么一切都应该运行良好。 This progress bar does not provide much information about the status, indeed, so better to check SubGit logs to make sure it's working.事实上,这个进度条并没有提供太多关于状态的信息,所以最好检查 SubGit 日志以确保它正常工作。 Depending on the initial replication stage, the logs may reside in the same directory where the command was invoked, inside the target repository (subgit/logs subdirectory), or in.subgit directory in current's user home directory.根据初始复制阶段,日志可能位于调用命令的同一目录、目标存储库(subgit/logs 子目录)或当前用户主目录中的.subgit 目录中。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM