当我尝试提交更改时,我得到这个错误:
error: object file .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0 is empty
fatal: loose object 3165329bb680e30595f242b7c4d8406ca63eeab0 (stored in .git/objects/31/65329bb680e30595f242b7c4d8406ca63eeab0) is corrupt
我尝试了我得到的 git fsck:
error: object file .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71 is empty
fatal: loose object 03dfd60a4809a3ba7023cbf098eb322d08630b71 (stored in .git/objects/03/dfd60a4809a3ba7023cbf098eb322d08630b71) is corrupt
如何解决这个错误?
这里有一个非常简单和快速的方法来处理这个问题,如果你有一个本地回购和所有你需要的分支和提交,如果你可以创建一个新的回购(或删除服务器的回购并在它的位置上创建一个新的):
在服务器上创建一个新的空回购(或删除旧的回购并在其位置上创建一个新的回购)
将本地副本的远程URL更改为指向新回购的远程URL。
将所有分支从本地回购推到新的服务器回购。
这将保存您在本地回购中拥有的所有提交历史和分支。
如果你在回购上有合作者,那么我认为在很多情况下,你的合作者所要做的就是改变他们本地回购的远程URL,并有选择地推送任何他们拥有的服务器没有的提交。
当我遇到同样的问题时,这个解决方案对我很有效。我有一个合作者。在我将本地回购推到新的远程回购后,他只是将本地回购更改为指向远程回购URL,一切都正常工作。
在我的例子中,出现这个错误是因为我正在输入提交消息,而我的笔记本关机了。
我执行了以下步骤来修复错误:
git checkout -b backup-branch # Create a backup branch
git reset --hard HEAD~4 # Reset to the commit where everything works well. In my case, I had to back four commits in the head, that is until my head be at the point before I was typing the commit message. Before doing this step, copy the hash of the commits you will reset. In my case I copied the hash of the four last commits.
git cherry-pick <commit-hash> # Cherry pick the reset commits (in my case are four commits, so I did this step four times) from the old branch to the new branch.
git push origin backup-branch # Push the new branch to be sure everything works well
git branch -D your-branch # Delete the branch locally ('your-branch' is the branch with problem)
git push origin :your-branch # Delete the branch from remote
git branch -m backup-branch your-branch # Rename the backup branch to have the name of the branch that had the problem
git push origin your-branch # Push the new branch
git push origin :backup-branch # Delete the backup branch from remote
Git对象文件已经损坏(正如在其他回答中指出的那样)。这可能发生在机器崩溃等情况下。
我也有同样的问题。在阅读了这里的其他顶级答案之后,我发现了修复损坏的Git存储库的最快方法,使用以下命令(在包含.git文件夹的Git工作目录中执行):
(请务必先备份Git存储库文件夹!)
find .git/objects/ -type f -empty | xargs rm
git fetch -p
git fsck --full
这将首先删除导致整个存储库损坏的所有空对象文件,然后从远程存储库获取缺失的对象(以及最新的更改),然后执行完整的对象存储检查。在这一点上,它应该成功而没有任何错误(尽管仍然可能有一些警告!)
PS:这个答案表明你有一个Git存储库的远程副本
在某个地方(例如在GitHub上),损坏的存储库是本地存储库,它绑定到仍然完整的远程存储库。如果不是这样,那么不要尝试用我推荐的方法来修复它。