除了使用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意味着文件必须有与每个替代选项匹配的行。

除了使用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意味着文件必须有与每个替代选项匹配的行。

任何以引用作为参数的命令都将接受——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将显示所有提到字符串的提交，并且可以从分支或标签访问(我假设你的悬垂提交至少有一个标签命名)。

在Mercurial中，你做了一个

$ hg grep "search for this" [file...]

还有其他选项可以缩小搜索的修订范围。

git中的一个命令，我认为它更容易找到一个字符串:

git log --pretty=oneline --grep "string to search"

适用于Git 2.0.4

使用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过期或运行了使它们过期的命令，则可能会发生这种情况。