之后git init,我添加并提交了一些文件,进行了一些更改,添加并提交了。设置 git 守护进程(在 WinXP 上的 Cygwin 下运行)并克隆存储库一次。现在,我在克隆的存储库中收到此错误:
$ git status
error: bad index file sha1 signature
fatal: index file corrupt
除了获取存储库的新副本之外,还有什么方法可以解决这个问题?
之后git init,我添加并提交了一些文件,进行了一些更改,添加并提交了。设置 git 守护进程(在 WinXP 上的 Cygwin 下运行)并克隆存储库一次。现在,我在克隆的存储库中收到此错误:
$ git status
error: bad index file sha1 signature
fatal: index file corrupt
除了获取存储库的新副本之外,还有什么方法可以解决这个问题?
如果问题在于索引作为提交的暂存区域(即.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 read-tree代替git reset.
如果问题出在packfile的索引上,您可以使用git index-pack.
您可能在项目根目录上使用 sed 意外损坏了 .git/index 文件(也许是重构?),例如:
sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr "$SEARCHPATERN" "$PROJECTROOT")
为避免将来发生这种情况,只需使用 grep/sed 忽略二进制文件:
sed -ri -e "s/$SEACHPATTERN/$REPLACEMENTTEXT/g" $(grep -Elr --binary-files=without-match "$SEARCHPATERN" "$PROJECTROOT")
我遇到了这个问题,我尝试解决这个问题:
rm -f .git/index
git reset
但它没有用。解决方案?出于某种原因,我在子目录中有其他 .git 文件夹。我再次删除那些 .git 文件夹(不是主体)git reset。一旦它们被删除,一切都会重新开始。
这听起来像是一个糟糕的克隆。您可以尝试以下方法来获取(可能?)更多信息:
git fsck --full
由于上述解决方案给我留下了持续的问题,我使用了这个沉闷的解决方案:
成功了。sed顺便说一句,正如@hobs 猜测的那样,我在项目根目录上做了一个。吸取了我的教训。
这对我有用。虽然我很好奇我首先开始收到错误的原因。当我昨天注销时,它很好。今天早上登录,不是。
rm .git/index
git reset
git submodule 用户注意 - 这里的解决方案不会按原样为您工作。
例如,假设您有一个名为 的父存储库dev,而您的子模块存储库名为api。
如果你在里面api并且你得到这个问题中提到的错误:
error: bad index file sha1 signature
fatal: index file corrupt
该index文件不会在.git文件夹中。事实上,.git它甚至不会是一个文件夹——它将是一个文本文档,其中包含此存储库的真实 .git 数据的位置。可能是这样的:
~/dev/api $ cat .git
gitdir: ../.git/modules/api
因此,rm -f .git/index您需要这样做:
rm -f ../.git/modules/api/index
git reset
或者,更一般地说,
rm -f ../.git/modules/INSERT_YOUR_REPO_NAME_HERE/index
git reset
.git当其中一个子目录下有目录时,可能会发生此问题。要修复它,请检查那里是否有其他 .git 目录,然后删除它们并重试。
现有的答案都不适合我。
我使用的是工作树,所以没有 .git 文件夹。
你需要回到你的主仓库。在其中,删除 .git/worktrees/<name_of_tree>/index
然后按照其他答案运行 git reset 。
如果您混合使用不同的git版本,repo 可能看起来已损坏。
新 git 版本涉及的本地存储库与旧 git 版本不向后兼容。新的 git 存储库看起来已损坏到旧的 git 版本(在我的情况下,git 2.28 破坏了 git 2.11 的存储库)。
更新旧的 git 版本可能会解决问题。
克隆远程 repo 并将 .git 文件夹从它替换到有问题的本地目录解决了这个问题。
我做了一个简单的把戏。我将 repo 克隆到一个新文件夹。将 .git 文件夹从新文件夹复制到 repo 的旧文件夹,在那里替换 .git 。
rm -f .git/index
git reset
更多信息请访问https://www.chris-shaw.com/blog/quick-fix-for-git-corrupt-index
这很荒谬,但我刚刚重新启动了我的机器(mac),问题就消失了,就像它从未发生过一样。我讨厌听起来像一个支持的人...
您也可以尝试恢复到文件的先前版本(如果您使用的是 Windows 操作系统)