任何以引用作为参数的命令都将接受——all选项，该选项记录在git rev-list手册页中，如下:

   --all
       Pretend as if all the refs in $GIT_DIR/refs/ are listed on the
       command line as <commit>.

例如git log -Sstring——all将显示所有提到字符串的提交，并且可以从分支或标签访问(我假设你的悬垂提交至少有一个标签命名)。

基于rq的答案，我发现这一行做了我想要的:

git grep "search for something" $(git log -g --pretty=format:%h -S"search for something")

它将报告提交ID，文件名，并显示匹配的行，如下所示:

91ba969:testFile:this is a test

．.． 有人同意这将是一个很好的选项，包括在标准的git grep命令?

如果您是vim用户，您可以安装tig (apt-get install tig)，并使用/，相同的命令在vim上搜索

https://blogs.atlassian.com/2013/05/git-tig/

除了使用git log -g——grep=<regexp>或git grep -e <regexp> $(git log -g——pretty=format:%h)的richq答案之外:看看以下由当前git维护者Junio C Hamano撰写的博客文章

有趣的“git日志-grep” 有趣的“git grep”

总结

git grep和git log——grep都是面向行的，因为它们寻找匹配指定模式的行。

你可以使用git log——grep=<foo>——grep=<bar>(或者git log——author=<foo>——grep=<bar>，内部转换为two——grep)来查找匹配任何一种模式(隐式或语义)的提交。

由于是面向行的，有用的AND语义是使用git log——all-match——grep=<foo>——grep=<bar>来查找在某个地方同时有第一个行匹配和第二个行匹配的提交。

使用git grep，您可以将多个模式(所有模式都必须使用-e <regexp>形式)与——or(默认值)、——and、——not、(and)组合在一起。对于grep——all-match意味着文件必须有与每个替代选项匹配的行。

为了补充一个尚未提到的解决方案，我不得不说，使用gitg的图形搜索框对我来说是最简单的解决方案。它将选择第一个事件，您可以使用Ctrl-G找到下一个事件。

使用git log -g可以看到悬空提交。

-g, --walk-reflogs
 Instead of walking the commit ancestry chain, walk reflog entries from
 the most recent one to older ones. 

所以你可以这样做，在一个悬空的提交消息中找到一个特定的字符串:

git log -g --grep=search_for_this

或者，如果你想搜索特定字符串的变化，你可以使用十字镐搜索选项，"-S":

git log -g -Ssearch_for_this
# this also works but may be slower, it only shows text-added results
git grep search_for_this $(git log -g --pretty=format:%h)

Git 1.7.4将添加-G选项，允许您传递-G<regexp>来查找包含<regexp>的行何时被移动，而-S不能做到这一点。-S只会告诉你包含字符串的总行数发生了变化(即添加/删除字符串)。

最后，你可以使用gitk来可视化悬空提交:

gitk --all $(git log -g --pretty=format:%h)

然后使用它的搜索功能来寻找放错地方的文件。所有这些工作都假设丢失的提交没有“过期”，并且没有被垃圾收集，如果它悬挂了30天，并且您使reflogs过期或运行了使它们过期的命令，则可能会发生这种情况。