我有这个解决方案。

使用以下方法之一获取删除文件的提交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之前提交给我。

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

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

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

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

查找影响给定路径的最后一次提交。由于该文件不在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 checkout <file path with name>

下面的例子对我很有用：

git checkout resources/views/usaSchools.blade.php

如果您知道文件名，这是使用基本命令的简单方法：

列出该文件的所有提交。

git log -- path/to/file

最后一次提交（最顶层）是删除文件的提交。因此，您需要恢复倒数第二次提交。

git checkout {second to last commit} -- path/to/file