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

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

要搜索提交内容（即实际的源代码行，而不是提交消息等），您需要执行以下操作：

git grep <regexp> $(git rev-list --all)

git rev list--如果遇到“Argument list too long”错误，则所有|xargs git grep＜expression＞都可以工作。

如果要将搜索限制在某个子树（例如，“lib/util”），则需要将其传递给rev-list子命令和grep：

git grep <regexp> $(git rev-list --all -- lib/util) -- lib/util

这将快速浏览正则表达式的所有提交文本。

在两个命令中传递路径的原因是rev-list将返回对lib/util所做的所有更改所在的修订列表，但您还需要传递给grep，以便它只在lib/util中搜索。

想象一下下面的场景：grep可能会在rev列表返回的同一版本中包含的其他文件上找到相同的＜regexp＞（即使该版本中的文件没有更改）。

以下是搜索源的一些其他有用方法：

在工作树中搜索与正则表达式正则表达式匹配的文本：

git grep <regexp>

在工作树中搜索与正则表达式regexp1或regexp2匹配的文本行：

git grep -e <regexp1> [--or] -e <regexp2>

在工作树中搜索与正则表达式regexp1和regexp2匹配的文本行，仅报告文件路径：

git grep -l -e <regexp1> --and -e <regexp2>

在工作树中搜索具有匹配正则表达式regexp1的文本行和匹配正则表达式表达式regexp2的文本行的文件：

git grep -l --all-match -e <regexp1> -e <regexp2>

在工作树中搜索已更改的文本匹配模式行：

git diff --unified=0 | grep <pattern>

搜索与正则表达式正则表达式匹配的文本的所有修订：

git grep <regexp> $(git rev-list --all)

搜索rev1和rev2之间的所有修订，以查找与正则表达式regexp匹配的文本：

git grep <regexp> $(git rev-list <rev1>..<rev2>)

我接受了Jeet的答案，并将其改编为Windows（多亏了这个答案）：

FOR /F %x IN ('"git rev-list --all"') DO @git grep <regex> %x > out.txt

注意，对于我来说，出于某种原因，删除这个正则表达式的实际提交并没有出现在命令的输出中，而是出现在它之前的一次提交。

我最喜欢的方法是使用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显示。

如果您想浏览代码更改（查看整个历史中给定单词的实际更改），请选择补丁模式-我发现了一个非常有用的组合：

git log -p
# Hit '/' for search mode.
# Type in the word you are searching.
# If the first search is not relevant, hit 'n' for next (like in Vim ;) )

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 "(^.*?:)|(:.*)", "" }

在任何版本、任何文件（Unix/Linux）中搜索：

git rev-list --all | xargs git grep <regexp>

仅在某些给定文件中搜索，例如XML文件：

git rev-list --all | xargs -I{} git grep <regexp> {} -- "*.xml"

结果行应如下所示：6988bec26b1503d45eb0b2e8a4364afb87dde7af:bla.xml：找到的行的文本。。。

然后，您可以使用gitshow获取更多信息，如作者、日期和差异：

git show 6988bec26b1503d45eb0b2e8a4364afb87dde7af

对于其他试图在Sourcetree中执行此操作的用户，UI中没有直接命令（从1.6.21.0版起）。但是，您可以通过打开终端窗口（主工具栏中可用的按钮）并将其复制/粘贴到其中来使用接受答案中指定的命令。

注意：Sourcetree的“搜索”视图可以部分为您进行文本搜索。按Ctrl+3转到“搜索”视图（或单击底部可用的“搜索”选项卡）。从最右边开始，将“搜索类型”设置为“文件更改”，然后键入要搜索的字符串。与上述命令相比，此方法具有以下限制：

Sourcetree只显示其中一个已更改文件中包含搜索词的提交。查找包含搜索文本的确切文件也是一项手动任务。不支持RegEx。

gitlog可以是搜索所有分支中文本的更有效的方法，特别是如果有很多匹配项，并且您希望首先看到最近的（相关的）更改。

git log -p --all -S 'search string'
git log -p --all -G 'match regular expression'

这些日志命令列出了添加或删除给定搜索字符串/regex的提交，（通常）是最新的。-p选项会导致相关的diff显示在添加或删除模式的位置，因此您可以在上下文中看到它。

找到了添加您要查找的文本的相关提交（例如，8beeff00d）后，找到包含该提交的分支：

git branch -a --contains 8beeff00d

git rev-list --all | xargs -n 5 git grep EXPRESSION

是对Jeet解决方案的一个调整，因此它在搜索时显示结果，而不仅仅是在最后（在大型存储库中可能需要很长时间）。

为了简单起见，我建议使用GUI:gitk——Git存储库浏览器。它很灵活

要搜索代码：要搜索文件，请执行以下操作：当然，它还支持正则表达式：

您可以使用向上/向下箭头浏览结果。

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

解决方案：

git grep --cached "text_to_find"

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

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

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

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

说明：

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

为现有答案添加更多内容。如果您知道您可能制作的文件，请执行以下操作：

git log --follow -p -S 'search-string' <file-path>

--如下：列出文件的历史记录

好吧，就在今天，我见过两次有人想要一个更接近hggrep的等价物，它类似于git-log-pS，但它的输出仅限于（注释的）更改的行。

我想，如果你快速浏览一下，这会比寻呼机中的/模式/更方便。

所以这里有一个diff hunk扫描器，它接收git-log--prey=%h-p输出并输出带注释的更改行。把它放在diffmarkup.l中，比如make~/bin/diffmarkup，然后像这样使用

git log --pretty=%h -pS pattern | diffmarkup | grep pattern

%option main 8bit nodefault
        // vim: tw=0
%top{
        #define _GNU_SOURCE 1
}
%x commitheader
%x diffheader
%x hunk
%%
        char *afile=0, *bfile=0, *commit=0;
        int aline,aremain,bline,bremain;
        int iline=1;

<hunk>\n        ++iline; if ((aremain+bremain)==0) BEGIN diffheader;
<*>\n   ++iline;

<INITIAL,commitheader,diffheader>^diff.*        BEGIN diffheader;
<INITIAL>.*     BEGIN commitheader; if(commit)free(commit); commit=strdup(yytext);
<commitheader>.*

<diffheader>^(deleted|new|index)" ".*   {}
<diffheader>^"---".*            if (afile)free(afile); afile=strdup(strchrnul(yytext,'/'));
<diffheader>^"+++".*            if (bfile)free(bfile); bfile=strdup(strchrnul(yytext,'/'));
<diffheader,hunk>^"@@ ".*       {
        BEGIN hunk; char *next=yytext+3;
        #define checkread(format,number) { int span; if ( !sscanf(next,format"%n",&number,&span) ) goto lostinhunkheader; next+=span; }
        checkread(" -%d",aline); if ( *next == ',' ) checkread(",%d",aremain) else aremain=1;
        checkread(" +%d",bline); if ( *next == ',' ) checkread(",%d",bremain) else bremain=1;
        break;
        lostinhunkheader: fprintf(stderr,"Lost at line %d, can't parse hunk header '%s'.\n",iline,yytext), exit(1);
        }
<diffheader>. yyless(0); BEGIN INITIAL;

<hunk>^"+".*    printf("%s:%s:%d:%c:%s\n",commit,bfile+1,bline++,*yytext,yytext+1); --bremain;
<hunk>^"-".*    printf("%s:%s:%d:%c:%s\n",commit,afile+1,aline++,*yytext,yytext+1); --aremain;
<hunk>^" ".*    ++aline, ++bline; --aremain; --bremain;
<hunk>. fprintf(stderr,"Lost at line %d, Can't parse hunk.\n",iline), exit(1);

灵感来自答案https://stackoverflow.com/a/2929502/6041515，我发现gitgrep似乎在每次提交时都会搜索完整的代码库，而不仅仅是差异，结果往往重复且冗长。下面的脚本将只搜索每个git提交的差异：

for commit in $(git rev-list --all); do 
    # search only lines starting with + or -
    if  git show "$commit" | grep "^[+|-].*search-string"; then 
        git show --no-patch --pretty=format:'%C(yellow)%h %Cred%ad %Cblue%an%Cgreen%d %Creset%s' --date=short $commit
    fi  
done

示例输出，底部的gitcommit是第一次引入我正在搜索的更改的gitcommit:

csshx$ for commit in $(git rev-list --all); do 
>     if  git show "$commit" | grep "^[+|-].*As csshX is a command line tool"; then 
>         git show --no-patch --pretty=format:'%C(yellow)%h %Cred%ad %Cblue%an%Cgreen%d %Creset%s' --date=short $commit
>     fi  
> done

+As csshX is a command line tool, no special installation is needed. It may
987eb89 2009-03-04 Gavin Brock Added code from initial release

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-rev列表——所有信息都太多了。

换句话说，对我来说，最有用的变化是

git grep -i searchString $(git branch -r)

or

git branch -r | xargs git grep -i searchString

or

git branch -r | xargs -n1 -i{} git grep -i searchString {}

当然，您可以在这里尝试正则表达式方法。这里的方法很酷的是，它直接针对远程分支。我不必在这些分支机构中的任何一家进行检查。

在git历史记录中搜索的命令

git log -S"alter" --author="authorname" --since=2021.1.1 --until=2023.1.1 -- .