让我们简单点…只有在将源代码上传到远程Git存储库的情况下

备份你的。git文件夹 检查Git存储库 Git FSCK—满 删除空目标文件(全部) rm / 8 b / 61 d0135d3195966b443f6c73fb68466264c68e . /对象 再次检查Git存储库。 Git FSCK—满 从远程Git存储库中提取源代码 Git拉源主

我修复了我的git错误:对象文件是空的:

保存我上次成功提交/推送后编辑的所有文件的副本， 删除并重新克隆我的存储库， 用我编辑过的文件替换旧文件。

在我的例子中，保存本地提交历史对我来说并不重要。所以，如果这也适用于你，你可以这样做，作为上述解决方案的快速替代方案:

基本上，您只需将损坏的.git/目录替换为一个干净的目录。

假设包含已损坏Git文件的项目位于以下目录:projects/corrupt_git/

Cp projects/corrupt_git projects/backup -(可选)进行备份 git克隆[repo URL] projects/clean_git -这样你就可以得到projects/clean_git Rm -rf corrupt_git/。Git / -删除损坏的。Git文件夹 mv clean_git /。Git / corrupt_git/ -将干净的Git移动到corrupt_git/.git Git的状态在projects/corrupt_git -以确保它工作

我假设你有一个遥控器，所有相关的变化已经推送到它。我不关心本地更改，只是希望避免删除和重新克隆大型存储库。如果您确实有重要的局部更改，您可能需要更加小心。

我的笔记本电脑死机后也遇到了同样的问题。 可能是因为它是一个很大的存储库，我有相当多的损坏的对象文件，当调用git fsck—full时，每次只出现一个，所以我写了一个小的shell一行程序来自动删除其中一个:

$ sudo rm ' git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的

2>&1将错误消息重定向到标准输出，以便能够对其进行grep 使用的Grep选项: -o只返回行中实际匹配的部分 -E启用高级正则表达式 -m 1确保只返回第一个匹配项 [0-9a-f]{2}匹配0到9之间的任意字符，如果a和f同时出现，则匹配a和f [0-9a-f]*匹配0到9之间且a和f同时出现的任意数量的字符

它一次仍然只删除一个文件，所以你可能想在循环中调用它，就像:

$ while为true;做sudo rm的git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的;完成

这样做的问题是，它不再输出任何有用的东西，所以您不知道它什么时候完成(一段时间后它应该不会做任何有用的事情)。

为了“修复”这个问题，我只需要在每一轮之后调用git fsck—full，如下所示: $ while为true;做sudo rm的git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的;Git FSCK—满;完成

它现在的速度大约是原来的一半，但它确实输出了它的“状态”。

在这之后，我玩了一些建议在这里的答案，最后得到了一个点，我可以得到藏匿和藏匿掉很多破碎的东西。

第一个问题解决了

后来我还是有这样一个问题: 无法解析引用'refs/remotes/origin/$branch':引用破裂，可以通过 $ rm \repo.git\refs\remotes\origin$branch

$ git fetch

然后我做了一个 $ git gc -prune=现在

$ git远程修剪来源

为了更好地衡量

Git reflog expire -stale-fix -all

当运行git fsck——full时，清除错误:HEAD: invalid reflog entry $blubb。

在我的例子中，出现这个错误是因为我正在输入提交消息，而我的笔记本关机了。

我执行了以下步骤来修复错误:

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

这个问题的解决方法很简单

•找到那个文件

•就像我的情况一样

error: object file .git/objects/f1/a0e726cd3505a9be8dffaa78077dfe3a497eaf is empty
fatal: loose object f1a0e726cd3505a9be8dffaa78077dfe3a497eaf (stored in .git/objects/f1/a0e726cd3505a9be8dffaa78077dfe3a497eaf) is corrupt

然后直接删除 a0e726cd3505a9be8dffaa78077dfe3a497eaf

Or

rm .git/objects/f1/a0e726cd3505a9be8dffaa78077dfe3a497eaf