我通常不让grep自己做递归。通常有一些您想要跳过的目录(。git, . svn…)

你可以像这样巧妙地使用别名:

find . \( -name .svn -o -name .git \) -prune -o -type f -exec grep -Hn pattern {} \;

乍一看，这似乎有些过分，但当您需要过滤掉一些模式时，它是相当方便的。

您可以使用-s或——no-messages标志来抑制错误。

-s，——no-messages禁止错误消息

grep pattern * -s -R -n

我已经看到这种情况发生过几次了，对于断开的链接(指向不存在的文件的符号链接)，grep尝试在不存在的目标文件上进行搜索(因此得到正确而准确的错误消息)。

我通常不会在控制台执行系统管理任务时费心，但从脚本中我确实使用“find”查找文本文件，然后grep每一个:

find /etc -type f -exec grep -nHi -e "widehat" {} \;

而不是:

grep -nRHi -e "widehat" /etc

像这样的错误通常会被发送到“标准错误”流，你可以将其管道到一个文件中，或者在大多数命令中使其消失:

grep pattern * -R -n 2>/dev/null

使grep始终返回0状态的一个简单方法是使用|| true

 → echo "Hello" | grep "This won't be found" || true

 → echo $?
   0

如您所见，这里的输出值为0 (Success)

我得到了很多这些错误从Emacs运行“M-x rgrep”在Windows与/Git/usr/bin在我的路径。显然，在这种情况下，M-x rgrep使用“NUL”(Windows空设备)而不是“/dev/null”。我通过在.emacs中添加这个来修复这个问题:

;; Prevent issues with the Windows null device (NUL)
;; when using cygwin find with rgrep.
(defadvice grep-compute-defaults (around grep-compute-defaults-advice-null-device)
  "Use cygwin's /dev/null as the null-device."
  (let ((null-device "/dev/null"))
    ad-do-it))
(ad-activate 'grep-compute-defaults)