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

解决方案：

git grep --cached "text_to_find"

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

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

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

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 ;) )

我最喜欢的方法是使用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的答案，并将其改编为Windows（多亏了这个答案）：

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

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

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

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

说明：

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

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