对我来说，这是由于在做git推时发生的电源故障。

这些信息是这样的:

$ git status
error: object file .git/objects/c2/38824eb3fb602edc2c49fccb535f9e53951c74 is empty
error: object file .git/objects/c2/38824eb3fb602edc2c49fccb535f9e53951c74 is empty
fatal: loose object c238824eb3fb602edc2c49fccb535f9e53951c74 (stored in .git/objects/c2/38824eb3fb602edc2c49fccb535f9e53951c74) is corrupt

我尝试了git fsck之类的东西，但这没有帮助。 由于崩溃发生在git推送期间，它显然发生在客户端重写期间，发生在服务器更新之后。我环顾四周，发现c2388在我的例子中是一个提交对象，因为它是由.git/refs中的条目引用的。所以我知道，当我查看历史(通过web界面或第二个克隆)时，我将能够找到c2388。

在第二个克隆中，我执行了git log -n 2 c2388来识别c2388的前身。然后我手动修改了.git/refs/heads/master和.git/refs/remotes/origin/master作为c2388的前身，而不是c2388。 然后我可以进行git取回。 git获取失败了几次，因为空对象上的冲突。我删除了这些空对象，直到git获取成功。这已经修复了存储库。

我刚遇到过这样的问题。我的特殊问题是由系统崩溃引起的，它破坏了最近的提交(因此也破坏了主分支)。我没有强迫自己，想要重新做出承诺。在我的特殊情况下，我可以这样处理:

Make a backup of .git/: rsync -a .git/ git-bak/ Check .git/logs/HEAD, and find the last line with a valid commit ID. For me, this was the second most recent commit. This was good, because I still had the working directory versions of the file, and so the every version I wanted. Make a branch at that commit: git branch temp <commit-id> re-do the broken commit with the files in the working directory. git reset master temp to move the master branch to the new commit you made in step 2. git checkout master and check that it looks right with git log. git branch -d temp. git fsck --full, and it should now be safe to delete any corrupted objects that fsck finds. If it all looks good, try pushing. If that works,

这对我很管用。我怀疑这是一个相当常见的场景，因为最近的提交是最有可能被损坏的，但如果你丢失了一个更早的提交，你可能仍然可以使用这样的方法，小心地使用git cherrypick，并在.git/logs/HEAD中reflog。

user1055643的答案缺少最后一步:

rm -fr .git
git init
git remote add origin your-git-remote-url
git fetch
git reset --hard origin/master
git branch --set-upstream-to=origin/master master

当在同一个git签出中使用不同版本的不同git客户端时，通常会出现此问题。认为:

命令行 IDE内置git docker / vm容器内部 GIT gui工具

确保您使用创建提交的同一客户端进行推送。

有同样的问题后，我的linux薄荷崩溃，我按下电源按钮关闭我的笔记本电脑，这就是为什么我的。git是腐败的

find .git/objects/ -empty -delete

在那之后，我得到致命错误:坏对象头。我刚刚重新初始化了我的git

git init

并从远程repo获取

git fetch

要检查git，请使用

git status

又是工作。我不会丢失局部更改，所以我可以在不重写代码的情况下提交

我在一台Windows 10电脑上遇到了类似的问题，其中一个驱动器备份了我的文档文件夹，其中有我的git存储库。

查看git对象目录中的对象，我没有看到绿色的复选标记，而是该文件的蓝色同步图标。所有其他目标文件似乎都有绿色的复选标记。玩周围，尝试的东西，我尝试选择选项始终保持此文件夹在此设备上，但得到一个错误:错误0x80071129标签存在于重解析点缓冲区是无效的。

这个链接(https://answers.microsoft.com/en-us/msoffice/forum/all/error-0x80071129-the-tag-present-in-the-reparse/b8011cee-98c5-4c33-ba99-d0eec7c535a0)建议以管理员身份运行chkdsk /r /f来解决这个问题(必须重新启动计算机)。我这么做了，问题就解决了。