我最喜欢的方法是使用gitlog的-G选项（在1.7.4版本中添加）。

-G<regex>
       Look for differences whose added or removed line matches the given <regex>.

-G和-S选项确定提交是否匹配的方式存在细微差异：

-S选项本质上统计提交前后搜索在文件中匹配的次数。如果前后计数不同，则提交将显示在日志中。例如，这不会显示移动了与搜索匹配的行的提交。使用-G选项，如果您的搜索与添加、删除或更改的任何行相匹配，则提交将显示在日志中。

以此次提交为例：

diff --git a/test b/test
index dddc242..60a8ba6 100644
--- a/test
+++ b/test
@@ -1 +1 @@
-hello hello
+hello goodbye hello

因为在提交之前和之后“hello”在文件中出现的次数相同，所以使用-Shello将不匹配。然而，由于对匹配hello的行进行了更改，提交将使用-Gello显示。

Jeet的答案在PowerShell中有效。

git grep -n <regex> $(git rev-list --all)

下面显示了任何提交中包含密码的所有文件。

# Store intermediate result
$result = git grep -n "password" $(git rev-list --all)

# Display unique file names
$result | select -unique { $_ -replace "(^.*?:)|(:.*)", "" }

场景：您使用IDE对代码进行了大清理。问题：IDE清理的比它应该清理的多，现在代码无法编译（缺少资源等）

解决方案：

git grep --cached "text_to_find"

它将找到更改“text_to_find”的文件。

现在可以撤消此更改并编译代码。

A.完整、唯一、排序的路径：

# Get all unique filepaths of files matching 'password'
# Source: https://stackoverflow.com/a/69714869/10830091
git rev-list --all | (
    while read revision; do
        git grep -F --files-with-matches 'password' $revision | cat | sed "s/[^:]*://"
    done
) | sort | uniq

B.唯一、排序的文件名（不是路径）：

# Get all unique filenames matching 'password'
# Source: https://stackoverflow.com/a/69714869/10830091
git rev-list --all | (
    while read revision; do
        git grep -F --files-with-matches 'password' $revision | cat | sed "s/[^:]*://"
    done
) | xargs basename | sort | uniq

第二个命令对BFG很有用，因为它只接受文件名，而不接受相对/系统绝对路径。

在这里查看我的完整答案以了解更多解释。

所以，您是否正在尝试翻看旧版本的代码，以查看最后存在的内容？

如果我这样做的话，我可能会使用git平分。使用平分线，您可以指定已知的好版本、已知的坏版本，以及一个简单的脚本，该脚本可以检查版本是好还是坏（在本例中，一个grep可以查看您正在查找的代码是否存在）。运行此命令将发现代码何时被删除。

每当我找到你的位置时，我都会使用以下命令行：

git log -S "<words/phrases i am trying to find>" --all --oneline  --graph

说明：

gitlog-我需要在这里写更多；它按时间顺序显示日志。-S“＜单词/短语我试图查找＞”-它显示了所有Git提交，其中任何文件（添加/修改/删除）都包含我试图查找的单词/短语，但没有“＜＞”符号。--all-在所有分支中强制执行和搜索。--oneline-它将Git日志压缩为一行。--graph-它创建按时间顺序提交的图形。