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

列出悬空提交

git fsck—找到丢失

检查每个悬空提交

git reset--hard＜commit id＞

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

git状态，原因如下：

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

简单而精确-

首先，获取一个最新的稳定提交，其中您可以通过-

git log 

假设您找到$commitid 1234567…，然后

git checkout <$commitid> $fileName

这将还原该提交中的文件版本。

我最喜欢的别名，基于bonyiii的答案（已投票），以及我自己关于“向Git别名命令传递参数”的答案：

git config alias.restore '!f() { git checkout $(git rev-list -n 1 HEAD -- $1)~1 -- $(git diff --name-status $(git rev-list -n 1 HEAD -- $1)~1 | grep '^D' | cut -f 2); }; f'

我丢失了一个文件，几次提交前被错误删除了？快速：

git restore my_deleted_file

危机得以避免。

警告：Git 2.23（2019年第3季度）带来了名为Git restore（！）的实验命令。因此，请重命名此别名（如下所示）。

罗伯特·戴利在评论中提出了以下别名：

restore-file = !git checkout $(git rev-list -n 1 HEAD -- "$1")^ -- "$1"

杰根在评论中补充道：

为了从命令行设置别名，我使用了以下命令：

git config --global alias.restore "\!git checkout \$(git rev-list -n 1 HEAD -- \"\$1\")^ -- \"\$1\"" 

您总是可以git还原删除文件的提交。（这假设删除是提交中唯一的更改。）

> git log
commit 2994bda49cd97ce49099953fc3f76f7d3c35d1d3
Author: Dave <dave@domain.com>
Date:   Thu May 9 11:11:06 2019 -0700

    deleted readme.md

如果您继续工作，并且后来意识到您不想提交删除提交，则可以使用以下方法进行恢复：

> git revert 2994bd

现在git日志显示：

> git log
Author: Dave <dave@domain.com>
Date:   Thu May 9 11:17:41 2019 -0700

    Revert "deleted readme"

    This reverts commit 2994bda49cd97ce49099953fc3f76f7d3c35d1d3.

readme.md已恢复到存储库中。

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

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 --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