在我们的案例中，我们在一次提交中意外删除了文件，而在一些提交之后，我们意识到了自己的错误，想要取回所有被删除的文件，而不是那些被修改的文件。

根据查尔斯·贝利的出色回答，以下是我的一句话：

git co $(git rev-list -n 1 HEAD -- <file_path>)~1 -- $(git diff --name-status $(git rev-list -n 1 HEAD -- <file_path>)~1 head | grep '^D' | cut -f 2)

查找影响给定路径的最后一次提交。由于该文件不在HEAD提交中，因此前一次提交必须已将其删除。

git rev-list -n 1 HEAD -- <file_path>

然后在提交之前使用插入符号（^）签出版本：

git checkout <deleting_commit>^ -- <file_path>

或者在一个命令中，如果$file是有问题的文件。

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

如果使用zsh并启用EXTENDED_GLOB选项，则插入符号将不起作用。您可以改用~1。

git checkout $(git rev-list -n 1 HEAD -- "$file")~1 -- "$file"

要还原已删除并提交的文件，请执行以下操作：

git reset HEAD some/path
git checkout -- some/path

它在Git 1.7.5.4版本上进行了测试。

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

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

在许多情况下，将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

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

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

获取已删除文件的所有提交以及已删除的文件：git-log--diff-filter=D--摘要记下所需的提交散列，例如e4e6d4d5e5c59c69f3bd7be2。将删除的文件从之前的一次提交（~1）还原到上面确定的提交（e4e6d4d5e5c59c69f3bd7be2）：git签出e4e6d4d5e5c59c69f3bd7be2~1路径/to/file.ext注意~1。