My问题:迁移是由Windows中的Ubunut VM实现的;Windows有一个蓝色的死亡屏幕;Windows重新启动;迁移被破坏了!
~/folder$ svn2git --rebase
error: refs/remotes/svn/some_branch does not point to a valid object!
fatal: git cat-file 81974ef70e6b9dba85295bf7341dd6808c03250d: bad file
cat-file commit 81974ef70e6b9dba85295bf7341dd6808c03250d: command returned error: 128
command failed:
git svn fetch我已经试着解决我的问题,就像下面的答案中提到的:
不幸的是,到目前为止,没有人帮助我。
有人知道怎么解决这个问题吗?这次迁移已经用了两个星期了,我不想再开始了。
发布于 2016-08-05 08:35:20
有很多叫做svn2git的工具,最好的工具可能是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。从您的问题中,我得出结论,您使用的不是该问题,而是基于git-svn的问题。我强烈建议使用该svn2git工具。这是我所知道的最好的,而且它非常灵活,您可以使用它的规则文件。
此外,整个迁移花了你两个多星期,很可能会在几个小时内完成,因为它是惊人的快。
如果您对存储库的历史没有100%的了解,那么svneverever来自http://blog.hartwork.org/?p=763是一个很好的工具,可以在将它迁移到Git时研究它的历史。
发布于 2016-08-05 18:00:39
要解决的第一个问题是确保git-fsck运行正常。此后,第二个问题是能否继续迁移。
分支的第一次提交很可能已正确写入磁盘,但最后一次提交失败。尝试运行git reflog show refs/remotes/svn/some_branch。如果它显示提交,请尝试找到当前的最后一个提交:git show <hash>。然后重置分支:git update-ref -m 'last commit found' refs/remotes/svn/some_branch <hash>。
然后运行git fsck并修复下一个分支。
git-svn有一个命令git svn reset -r <n>。svn2git可能会有一个类似的。这将允许从最后一个正确状态重新启动fetch。
https://stackoverflow.com/questions/38770736
复制相似问题