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

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

我也有同样的问题(不知道为什么)。

此修复需要访问未损坏的存储库远程副本，并将保持本地工作副本的完整性。

但它也有一些缺点:

您将丢失任何未推送的提交记录，并且必须重新提交它们。 你会丢失所有的钱。

修复

从repo上面的父目录执行这些命令(将'foo'替换为项目文件夹的名称):

创建损坏目录的备份: cp -R foo foo-backup 创建远程存储库的新克隆到一个新目录: Git克隆Git @www.mydomain.de:foo foo-newclone 删除损坏的.git子目录: Rm -rf foo/.git 将新克隆的.git子目录移到foo中: mv foo-newclone /。git foo 删除临时新克隆的其余部分: Rm -rf foo-newclone

在Windows上，你需要使用:

copy而不是cp -R rmdir /S代替rm -rf 移动而不是mv

现在foo恢复了它原来的.git子目录，但所有的本地更改仍然在那里。Git状态、提交、拉取、推送等再次正常工作。

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

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

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

这里有个箱子。碰巧的是，问题是损坏文件的所有权是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 rm -rf .git/删除。git文件夹，然后通过启动一个新的repo，设置remote和重置head来恢复git文件夹。我在这里添加了恢复已删除git文件夹的说明:

https://stackoverflow.com/a/67610397/7584643

最好的办法可能是简单地从远程存储库(即GitHub或其他)重新克隆。不幸的是，你将失去任何未推送的提交和隐藏的更改，但你的工作副本应该保持完整。

首先对本地文件进行备份。然后从你的工作树的根开始:

rm -fr .git
git init
git remote add origin [your-git-remote-url]
git fetch
git reset --mixed origin/master
git branch --set-upstream-to=origin/master master

然后根据需要提交任何更改过的文件。