我和我的同事多次遇到同样的问题，为了解决这个问题，我们简单地按照下面描述的步骤来做。这不是最优雅的解决方案，但它不会丢失数据。

重命名当前工作目录。(本例中的old_project)。 使用git Clone在新目录中克隆存储库。 在命令行上，将工作目录更改为新创建的项目，并切换到您一直在工作的分支。 将old_project中的所有文件和目录(.git目录除外)复制到新创建的项目目录中。 检查您的工作树状态(注意有比您期望的更多的更改)，然后提交更改。

我希望它能有所帮助……

我解决了这个问题，删除了git fsck检测到的各种空文件，然后运行一个简单的git拉。

我感到失望的是，现在即使文件系统实现了日志记录和其他“事务性”技术来保持文件系统正常运行，Git也会因为设备上的电源故障或空间问题而进入损坏状态(并且无法自行恢复)。

我假设你有一个遥控器，所有相关的变化已经推送到它。我不关心本地更改，只是希望避免删除和重新克隆大型存储库。如果您确实有重要的局部更改，您可能需要更加小心。

我的笔记本电脑死机后也遇到了同样的问题。 可能是因为它是一个很大的存储库，我有相当多的损坏的对象文件，当调用git fsck—full时，每次只出现一个，所以我写了一个小的shell一行程序来自动删除其中一个:

$ sudo rm ' git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的

2>&1将错误消息重定向到标准输出，以便能够对其进行grep 使用的Grep选项: -o只返回行中实际匹配的部分 -E启用高级正则表达式 -m 1确保只返回第一个匹配项 [0-9a-f]{2}匹配0到9之间的任意字符，如果a和f同时出现，则匹配a和f [0-9a-f]*匹配0到9之间且a和f同时出现的任意数量的字符

它一次仍然只删除一个文件，所以你可能想在循环中调用它，就像:

$ while为true;做sudo rm的git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的;完成

这样做的问题是，它不再输出任何有用的东西，所以您不知道它什么时候完成(一段时间后它应该不会做任何有用的事情)。

为了“修复”这个问题，我只需要在每一轮之后调用git fsck—full，如下所示: $ while为true;做sudo rm的git fsck,满2 > & 1 | grep oe - m 1 " . /对象/ [0-9a-f] {2} [0-9a-f] *”的;Git FSCK—满;完成

它现在的速度大约是原来的一半，但它确实输出了它的“状态”。

在这之后，我玩了一些建议在这里的答案，最后得到了一个点，我可以得到藏匿和藏匿掉很多破碎的东西。

第一个问题解决了

后来我还是有这样一个问题: 无法解析引用'refs/remotes/origin/$branch':引用破裂，可以通过 $ rm \repo.git\refs\remotes\origin$branch

$ git fetch

然后我做了一个 $ git gc -prune=现在

$ git远程修剪来源

为了更好地衡量

Git reflog expire -stale-fix -all

当运行git fsck——full时，清除错误:HEAD: invalid reflog entry $blubb。

复制所有文件(在包含.git文件夹的文件夹中)到备份，删除所有文件，然后重新启动。确保你手边有Git遥控器:

git remote -v
 origin    git@github.com:rwldrn/idiomatic.js.git (fetch)
 origin    git@github.com:rwldrn/idiomatic.js.git (push)

Then

mkdir mygitfolder.backup
cp mygitfolder/* mygitfolder.backup/
cd mygitfolder
rm -r * .git*
git init
git remote add origin git@github.com:rwldrn/idiomatic.js.git

然后手动合并任何新文件，并试着让你的电脑开着。

Git对象文件已经损坏(正如在其他回答中指出的那样)。这可能发生在机器崩溃等情况下。

我也有同样的问题。在阅读了这里的其他顶级答案之后，我发现了修复损坏的Git存储库的最快方法，使用以下命令(在包含.git文件夹的Git工作目录中执行):

(请务必先备份Git存储库文件夹!)

find .git/objects/ -type f -empty | xargs rm
git fetch -p
git fsck --full

这将首先删除导致整个存储库损坏的所有空对象文件，然后从远程存储库获取缺失的对象(以及最新的更改)，然后执行完整的对象存储检查。在这一点上，它应该成功而没有任何错误(尽管仍然可能有一些警告!)

PS:这个答案表明你有一个Git存储库的远程副本 在某个地方(例如在GitHub上)，损坏的存储库是本地存储库，它绑定到仍然完整的远程存储库。如果不是这样，那么不要尝试用我推荐的方法来修复它。

移动你的应用文件夹做一个备份，即mv app_folder app_folder_bk(它就像一个git stash) Git克隆your_repository 最后，打开一个合并工具(我在Linux上使用Meld diff查看器，在Windows上使用WinMerge)，从右边(app_folder_bk)复制更改到左边(new app_folder)(这就像一个git stash应用)。

这是所有。也许这不是最好的方法，但我认为它很实用。