我也有同样的问题在我的裸远程git回购。经过大量的故障排除后，我发现我的一个同事提交了。git/objects中的一些文件的权限是440 (r—r-----)，而不是444 (r—r—r—)。在让同事用“chmod 444 -R objects”在裸git repo中更改权限后，问题得到了解决。

我犯了完全相同的错误，并设法在不丢失更改的情况下取回了我的回购。

我不知道这是否适用于其他人，因为腐败的原因可能是多方面的，但值得一试

I:

为以防万一，对损坏的git存储库进行了多次备份 从远程存储库克隆最近的推送版本 从损坏的。git文件夹中复制了所有文件，除了所有与HEAD, FETCH_HEAD, ORG_HEAD等相关的文件…最重要的是refs, obj和index 最终得到了一个有效的历史记录，但腐败的索引，应用了这篇文章的解决方案如何解决“错误:坏索引-致命:索引文件腐败”时使用Git

我的存储库又开始工作了……

为了确保我没有推送任何错误，我再次从远程复制，检出我想要从恢复的存储库保存的更改，并将它们提交为新的。

看起来您有一个损坏的树对象。您需要从其他人那里获取该对象。希望他们会有一个未损坏的版本。

如果您无法从其他人那里找到有效的版本，您可以通过猜测应该在那里的文件来重新构建它。您可能想要查看对象的日期和时间是否与它匹配。这些可能是相关的斑点。您可以从这些对象推断出树对象的结构。

看看Scott Chacon关于Git内部的截图。这将向您展示git在引子下是如何工作的，以及如果您真的卡住了，并且无法从其他人那里获得该对象，如何进行此侦探工作。

我遵循了这里的许多其他步骤;Linus对如何查看git树/对象并找到缺失内容的描述尤其有用。git恢复损坏的blob

但最后，对我来说，由于部分磁盘故障，我有松散/损坏的树对象，并且树对象不容易恢复/不被那个文档覆盖。

最后，我将冲突的对象/<ha>/<hash>移出，并使用git unpack-objects与最新克隆的包文件一起使用。它能够恢复丢失的树对象。

仍然给我留下了许多悬空的斑点，这可能是解压缩以前存档的东西的副作用，并在这里的其他问题中解决

只需删除。git文件夹并重新添加。这个简单的解决方法对我很有效。

在虚拟机上工作，在我的笔记本上，电池没电了，得到这个错误;

error: object file .git/objects/ce/theRef为空 文件.git/objects/ce/theRef是空的 (存储在.git/objects/ce/theRef中)已损坏

我设法让回购工作再次只有2个命令，而没有丢失我的工作(修改文件/未提交的更改)

find .git/objects/ -size 0 -exec rm -f {} \;
git fetch origin

在那之后，我运行了git状态，回购很好，有我的更改(等待提交，现在就做…)

Git版本1.9.1

请记住备份您所记得的所有更改，以防此解决方案不起作用，需要更激进的方法。