这与BFG（Git过滤器分支-不要与Git过滤器分支混淆）和Git过滤器repo结合使用非常有用。它只获取文件路径，这样您就可以将它们输入到我刚才提到的两个工具之一中。

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很有用，因为它只接受文件名，而不接受相对/系统绝对路径。

给你。享受这些Bash片段给我带来的痛苦。我讨厌Bash，所以我为什么要继续使用它？

解剖

仅获取文件名/路径

以下任何选项的含义相同（git rep文档）：

-l级--具有匹配项的文件--仅名称

只显示包含以下内容的文件的名称，而不是显示每个匹配的行块引用

你的模式是：A.Regex v.s.B.Fixed String？

至于-F，这意味着使用固定字符串而不是正则表达式来解释模式。一个来源。

这里还有一个有用的注意事项：您可以输入-i或--ignore大小写，以便不区分大小写。

去掉那个愚蠢的前导提交散列

sed "s/[^:]*://"

来源

获取他们独特的路径！

| sort | uniq

谁想要重复路径？不是你，不是我！哦，嘿，看，它们也分类了！享受

资料来源：我。我已经用了很久了。（男尊女卑）

没有路径的文件名呢？

xargs basename

您可能会认为|basename可以工作，但不会。它不接受输入标准输入，而是作为命令行参数。这是一个解释。想想看吧basename基本上返回没有前导路径的茎文件名。男人的名字。

对于方法A，我希望绝对路径而不是相对路径。

当然，只是在最后拍一个现实路径。像这样：

) | sort | uniq | xargs realpath

当然，您必须使用xargs，因为realpath不使用标准输入作为输入。它使用命令行参数。就像dirname一样。

激励

看看这个很棒的替代答案。在所有Git历史记录中搜索字符串仅使用Git grep的文件名

经过大量实验，我可以推荐以下内容，其中显示了引入或删除包含给定正则表达式的行的提交，并显示每个行中的文本更改，颜色显示添加和删除的单词。

git log --pickaxe-regex -p --color-words -S "<regexp to search for>"

需要一段时间才能运行…；-）

还有一种方法/语法是：git-log-S“word”像这样，你可以搜索gitlog-S“带有空格和其他@/#ü！”

如果要查找提交消息包含给定单词的所有提交，请使用

$ git log --grep=word

如果要查找文件内容中添加或删除“word”的所有提交（更准确地说：“word”出现的次数发生了变化），即搜索提交内容，请使用

$ git log -Sword

在现代Git中

$ git log -Gword

查找添加或删除的行与“word”匹配的差异（也包括提交内容）。

需要注意的几点：

-默认情况下，G接受正则表达式，而-S接受字符串，但可以使用--pickaxe正则表达式将其修改为接受正则表达式。-S查找“单词”出现次数发生变化的提交，而-G查找差异中出现“单词”的提交。这意味着-S＜regex＞--pickcaxe regex和-G＜regex>做的事情并不完全相同。

gitdiff文档对差异有很好的解释：

为了说明-S＜regex＞--pickaxe regex和-G＜regex>之间的区别，请考虑在同一文件中使用以下diff进行提交：+返回frotz（nitfol，two->ptr，1，0）；...-hit=frotz（nitfol，mf2.ptr，1，0）；虽然git-log-G“frotz\（nitfol）”将显示此提交，但git-log-S“frots\（nitfol）”--pickaxe regex不会显示（因为该字符串的出现次数没有改变）。

gitlog的鹤嘴锄将通过gitlog-Sword查找包含“word”在内的更改的提交

vim逃犯对于vim中的这种检查是全能的。

使用：Ggrep来完成此操作。有关更多信息，您可以安装vim逃犯并通过以下方式查找图里亚尔：help Grep。这一集：探索数字存储的历史将指导你做到这一切。