在Mercurial中，你做了一个

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

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

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

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

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

除了使用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找到下一个事件。

在Mercurial中，你做了一个

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

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