警告:此命令可以永久删除旧的丢失提交。在尝试此操作之前，请复制整个存储库。

我找到了这个链接

我不知道为什么这样做，但我尝试了很多工作，这是唯一一个对我有用的。简而言之，运行以下三个命令:

git fsck --full
git reflog expire --expire=now --all
git gc --prune=now

Git apply——reverse——reject example.patch

当你创建一个分支名称颠倒的补丁文件时:

ie。Git diff feature_branch..Master而不是git diff Master ..feature_branch

如果补丁只应用了部分，而不是整个补丁。在应用补丁时，请确保您在正确的目录中。

例如，我在父项目文件夹中创建了一个补丁文件，其中包含.git文件。然而，我试图应用补丁在一个较低的水平。它只是在项目的那个级别应用变更。

当所有这些都失败时，尝试git apply的——3way选项。

git apply——3way patchFile.patch

——3 如果补丁没有完全应用，则返回到3向合并 Patch记录了它应该应用到的blob的身份，而我们 这些斑点是否在本地可用，可能会离开冲突 工作树中供用户解析的文件中的标记。这 选项暗示了——index选项，并且与 ——reject和——cached选项。

典型的失败案例应用尽可能多的补丁，让你在git中解决冲突，但你通常这样做。可能比被拒绝的选择简单一步。

这个命令将应用补丁不解决它留下坏文件*.rej:

git apply --reject --whitespace=fix mypath.patch

你只需要解决它们。解决后运行:

git -am resolved

我的问题是，我运行git diff，然后运行git reset—hard HEAD，然后意识到我想撤销，所以我尝试从git diff复制输出到一个文件，并使用git apply，但我得到了一个错误，“补丁不适用”。在切换到patch并尝试使用它之后，我意识到由于某种原因，差异的一部分是重复的，在删除重复之后，patch(大概也包括git apply)工作了。