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

git checkout <file path with name>

下面的例子对我很有用：

git checkout resources/views/usaSchools.blade.php

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

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

我最喜欢的别名，基于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-log--diff-filter=D--摘要记下所需的提交散列，例如e4e6d4d5e5c59c69f3bd7be2。将删除的文件从之前的一次提交（~1）还原到上面确定的提交（e4e6d4d5e5c59c69f3bd7be2）：git签出e4e6d4d5e5c59c69f3bd7be2~1路径/to/file.ext注意~1。

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

列出悬空提交

git fsck—找到丢失

检查每个悬空提交

git reset--hard＜commit id＞

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

git状态，原因如下：

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

您总是可以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已恢复到存储库中。