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

git checkout <file path with name>

下面的例子对我很有用：

git checkout resources/views/usaSchools.blade.php

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

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 .

我有这个解决方案。

使用以下方法之一获取删除文件的提交id。git-log--grep=*word*git-log-剑git-log|grep--context=5*word*git-log--stat|grep--context=5*word*#建议您记住任何事情您应该得到以下内容：

提交bfe68bd117e1091c96d2976c99b3bcc8310bebe7作者：Alexander奥尔洛夫日期：2011年5月12日星期四23:44:27+0200替换了已弃用的GWT类-gwtI18nKeySync.sh，一个过时的（？，被Maven目标取代）I18n生成脚本提交3ea4e3af253ac6fd1691f6bb89c964f54802302作者：Alexander奥尔洛夫日期：2011年5月12日星期四22:10:22+0200

3.现在使用提交id bfe68bd117e1091c96d2976c99b3bcc8310bebe7执行以下操作：

git checkout bfe68bd117e1091c96d2976c99b3bcc8310bebe7^1 yourDeletedFile.java

由于提交id引用了文件已被删除的提交，您需要引用bfe68b之前的提交，可以通过添加^1来完成。这意味着：在bfe68b之前提交给我。

在许多情况下，将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 --summary  | grep "delete" | sort

user@bsd:~/work/git$ rm slides.tex
user@bsd:~/work/git$ git pull 
Already up-to-date.
user@bsd:~/work/git$ ls slides.tex
ls: slides.tex: No such file or directory

还原删除的文件：

user@bsd:~/work/git$ git checkout
D       .slides.tex.swp
D       slides.tex
user@bsd:~/work/git$ git checkout slides.tex 
user@bsd:~/work/git$ ls slides.tex
slides.tex