这里有个箱子。碰巧的是，问题是损坏文件的所有权是root而不是我们的正常用户。这是由于在有人执行了“sudo su——”之后在服务器上进行的提交造成的。

首先，用以下方法识别损坏的文件:

$> git fsck --full

你应该会收到这样的回答:

fatal: loose object 11b25a9d10b4144711bf616590e171a76a35c1f9 (stored in .git/objects/11/b25a9d10b4144711bf616590e171a76a35c1f9) is corrupt

进入损坏文件所在的文件夹，并执行以下操作:

$> ls -la

检查损坏文件的所有权。如果这是不同的，只要回到你的回购的根，并执行:

$> sudo chown -R YOURCORRECTUSER:www-data .git/

希望能有所帮助!

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

垃圾收集解决了我的问题:

git gc --aggressive --prune=now

它需要一段时间才能完成，但是每个松散的对象和/或损坏的索引都是固定的。

在我的(Windows)机器决定重新启动后，我得到了这个错误。

谢天谢地，我的远程存储库是最新的，所以我只是做了一个新的Git克隆…

简单地运行一个git修剪修复了这个问题

创建备份并将存储库克隆到一个新目录

cp -R foo foo-backup
git clone git@url:foo foo-new

(可选)如果你在不同的分支上工作，切换它。

cd foo-new
git checkout -b branch-name origin/branch-name

同步除.git目录外的更改

rsync -aP --exclude=.git foo-backup/ foo-new