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

如果删除了最新HEAD提交中存在的文件，则可以使用以下方法恢复该文件：

git checkout HEAD -- path/to/file.ext

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

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 show <rev> --diff-filter=D --summary --name-only --no-commit-id | xargs git checkout <rev>^ -- 
git show <rev> --diff-filter=D --summary --name-only --no-commit-id | xargs git reset HEAD 

（注意每个命令末尾的尾随空格。）

这些文件已添加到.gitignore文件中，然后用gitrm清除。我需要恢复这些文件，但随后又将其拆下。我有数百个文件要恢复，像其他示例中那样手动为每个文件键入内容太慢了。

git checkout /path/to/deleted.file

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

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