如果问题是索引作为提交的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来恢复它。

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

rm -f .git/index
git reset

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

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

git fsck --full

这对我很管用。虽然我很好奇的原因，我开始得到错误在第一个地方。我昨天注销的时候，一切正常。今早登录时发现不是。

rm .git/index

git reset

由于上述解决方案给我带来了持续的问题，我使用了这个乏味的解决方案:

在其他地方克隆一个新的副本 将新的.git目录复制到包含我想提交的更改的(损坏的)repo中

成功了。顺便说一句，我做了一个sed项目根@hobs猜测。我吸取教训了。

我有同样的错误，并试图修复它所描述的接受的答案。然而，在重新设置.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并重置索引!