我也有同样的问题。在不知情的情况下，我创建了一个悬空的承诺。

列出悬空提交

git fsck—找到丢失

检查每个悬空提交

git reset--hard＜commit id＞

当我移动到悬空提交时，我的文件再次出现。

git状态，原因如下：

“HEAD从＜commit id where it detached＞分离”

在许多情况下，将coreutils（grep、sed等）与Git结合使用可能很有用。我已经非常熟悉这些工具，但Git就不那么熟悉了。如果我想搜索已删除的文件，我会做以下操作：

git log --raw | grep -B 30 $'D\t.*deleted_file.c'

当我找到修订/提交时：

git checkout <rev>^ -- path/to/refound/deleted_file.c

就像其他人在我面前所说的那样。

文件现在将恢复到删除前的状态。如果你想保留它，记得将它重新提交到工作树中。

这是我发现的最简单的解决方案，如果您只想在master中恢复相同的文件：

git checkout master -- path/to/File.java

为了使用Git恢复所有删除的文件，您还可以执行以下操作：

git checkout $(git ls-files --deleted)

其中git-ls-files-deleted列出了所有删除的文件，gitcheckout$（git命令）在参数中恢复文件列表。

如果您知道文件名，这是使用基本命令的简单方法：

列出该文件的所有提交。

git log -- path/to/file

最后一次提交（最顶层）是删除文件的提交。因此，您需要恢复倒数第二次提交。

git checkout {second to last commit} -- path/to/file

查找删除文件的提交：

git log --diff-filter=D --oneline -- path/to/file | cut -f -d ' '

样本输出：

4711174

从Git 2.23开始，实际上有一个restore命令。它仍然是实验性的，但为了恢复您在提交中删除的内容（在本例中为4711174），您可以键入：

git restore --source=4711174^ path/to/file

注意提交id之后的^，因为我们希望从删除文件之前的提交中恢复一些内容。

--source参数告诉restore命令在哪里查找要还原的文件，它可以是任何提交，甚至可以是索引。

参见：git 2.23.0的git restore doc