我有同样的错误，并试图修复它所描述的接受的答案。然而，在重新设置.git/index中的索引后，它再次被损坏。

问题是，我昨天正在使用git bisect来查找一个bug，但忘记在一天结束时运行git bisect reset来清理。今天，当我开始进行更改时，git感到困惑，因为它仍然处于平分模式，而我正试图应用更改。我也不能只是运行git bisect reset，因为已经有变化了。

要解决这个问题，在根目录下的git bash中执行以下命令:

git stash -m <message>
git bisect reset        # You are now most likely in detached head mode
git checkout <branch>
git stash apply         # If you have multiple stashes, make sure 
                          to apply the correct one

注意，在这种情况下，不需要删除.git/index并重置索引!

这听起来像是一个糟糕的克隆。你可以试试下面的方法来获取(可能吗?)更多信息:

git fsck --full

如果混合使用不同的git版本，回购可能会被损坏。

新git版本所涉及的本地存储库与旧git版本不向后兼容。新的git回购看起来像旧的git版本(在我的例子中，git 2.28破坏了git 2.11的回购)。

更新旧的git版本可能会解决这个问题。

我也有这个问题，我试着用这个来解决:

rm -f .git/index
git reset

但这并没有起作用。解决方案? 出于某种原因，我在子目录中有其他。git文件夹。我删除了那些。git文件夹(不是主体)，git重新设置。一旦它们被删除，一切又恢复正常了。

如果问题是索引作为提交的staging区域(即.git/index)，你可以简单地删除索引(如果你想要备份副本)，然后将索引恢复到上次提交的版本:

在OSX/Linux/Windows(与Git bash):

rm -f .git/index
git reset

在Windows上(使用CMD而不是git bash):

del .git\index
git reset

(上面的reset命令与git reset——mixed HEAD相同)

你也可以使用底层的git读树来代替git重置。

如果问题出在packfile的索引上，你可以使用git index-pack来恢复它。

我提交了我的更改，突然我的笔记本电脑由于电池问题关闭了，然后我得到了这个致命的索引损坏错误，桌面github无法定位这个git回购。所以我使用git-bash运行下面提到的命令，一切都恢复正常。

rm -f .git/index
git reset