我在一台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来解决这个问题(必须重新启动计算机)。我这么做了，问题就解决了。

运行git stash;Git stash pop解决了我的问题

最好的办法可能是简单地从远程存储库(即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

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

我刚遇到过这样的问题。我的特殊问题是由系统崩溃引起的，它破坏了最近的提交(因此也破坏了主分支)。我没有强迫自己，想要重新做出承诺。在我的特殊情况下，我可以这样处理:

Make a backup of .git/: rsync -a .git/ git-bak/ Check .git/logs/HEAD, and find the last line with a valid commit ID. For me, this was the second most recent commit. This was good, because I still had the working directory versions of the file, and so the every version I wanted. Make a branch at that commit: git branch temp <commit-id> re-do the broken commit with the files in the working directory. git reset master temp to move the master branch to the new commit you made in step 2. git checkout master and check that it looks right with git log. git branch -d temp. git fsck --full, and it should now be safe to delete any corrupted objects that fsck finds. If it all looks good, try pushing. If that works,

这对我很管用。我怀疑这是一个相当常见的场景，因为最近的提交是最有可能被损坏的，但如果你丢失了一个更早的提交，你可能仍然可以使用这样的方法，小心地使用git cherrypick，并在.git/logs/HEAD中reflog。

我也得到了一个损坏的松散对象错误。

./objects/x/x

我通过进入损坏对象的目录成功地修复了它。我看到分配给该对象的用户不是我的git用户。我不知道它是怎么发生的，但我在那个文件上运行了chown git:git，然后它又工作了。

这可能是解决某些民族问题的潜在办法，但不是解决所有问题的必要办法。

有同样的问题后，我的linux薄荷崩溃，我按下电源按钮关闭我的笔记本电脑，这就是为什么我的。git是腐败的

find .git/objects/ -empty -delete

在那之后，我得到致命错误:坏对象头。我刚刚重新初始化了我的git

git init

并从远程repo获取

git fetch

要检查git，请使用

git status

又是工作。我不会丢失局部更改，所以我可以在不重写代码的情况下提交