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

列出悬空提交

git fsck—找到丢失

检查每个悬空提交

git reset--hard＜commit id＞

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

git状态，原因如下：

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

如果你疯了，用二分法。下面是要做的：

git bisect start
git bisect bad
git bisect good <some commit where you know the file existed>

现在是运行自动测试的时候了。如果foo.bar存在，shell命令“[-e foo.bar]”将返回0，否则返回1。git平分的“run”命令将使用二进制搜索自动查找测试失败的第一个提交。它从给定范围的一半开始（从好到坏），并根据指定测试的结果将其减半。

git bisect run '[ -e foo.bar ]'

现在，您在提交时删除了它。从这里，您可以跳回到未来并使用git-restore撤消更改，

git bisect reset
git revert <the offending commit>

或者您可以返回一次提交并手动检查损坏：

git checkout HEAD^
cp foo.bar /tmp
git bisect reset
cp /tmp/foo.bar .

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

列出该文件的所有提交。

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

使用以下代码将以前的文件检索到本地目录时，我也遇到了这个问题：

git checkout <file path with name>

下面的例子对我很有用：

git checkout resources/views/usaSchools.blade.php

git取消删除路径/to/file.ext

将其放入.bash_profile（或打开命令shell时加载的其他相关文件）：git-config--全局别名取消删除'！sh-c“git checkout$（git rev list-n 1 HEAD--$1）^--$1”-'然后使用：git取消删除路径/to/file.ext

该别名首先检查以查找该文件存在的最后一次提交，然后在Git中签出该文件所在的最后一个提交的文件路径。来源