我在一台Windows 10电脑上遇到了类似的问题，其中一个驱动器备份了我的文档文件夹，其中有我的git存储库。

查看git对象目录中的对象，我没有看到绿色的复选标记，而是该文件的蓝色同步图标。所有其他目标文件似乎都有绿色的复选标记。玩周围，尝试的东西，我尝试选择选项始终保持此文件夹在此设备上，但得到一个错误:错误0x80071129标签存在于重解析点缓冲区是无效的。

这个链接(https://answers.microsoft.com/en-us/msoffice/forum/all/error-0x80071129-the-tag-present-in-the-reparse/b8011cee-98c5-4c33-ba99-d0eec7c535a0)建议以管理员身份运行chkdsk /r /f来解决这个问题(必须重新启动计算机)。我这么做了，问题就解决了。

user1055643的答案缺少最后一步:

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

这似乎是Dropbox或符号链接文件夹出Dropbox为我的一个问题。其他类似的服务可能也是如此。当我去git push时，我会得到腐败松散对象错误。对我来说，在macOS Big Sur上，修复方法只是将回购的递归副本复制到Dropbox之外的目录中。我相信这导致Dropbox为损坏的动态引用拉出实时文件。复制后，我立即能够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状态、提交、拉取、推送等再次正常工作。

Try

git stash

这对我很管用。它会隐藏你没有提交的任何东西，从而解决了问题。

我遵循了这里的许多其他步骤;Linus对如何查看git树/对象并找到缺失内容的描述尤其有用。git恢复损坏的blob

但最后，对我来说，由于部分磁盘故障，我有松散/损坏的树对象，并且树对象不容易恢复/不被那个文档覆盖。

最后，我将冲突的对象/<ha>/<hash>移出，并使用git unpack-objects与最新克隆的包文件一起使用。它能够恢复丢失的树对象。

仍然给我留下了许多悬空的斑点，这可能是解压缩以前存档的东西的副作用，并在这里的其他问题中解决