Как я могу заставить grep не распечатывать ошибки «Нет такого файла или каталога»?

217

Я перебираю большую кучу кода, управляемого git, и всякий раз, когда я делаю grep, я вижу кучу сообщений в форме:

> grep pattern * -R -n
whatever/.git/svn: No such file or directory

Есть ли способ, которым я могу заставить эти линии исчезнуть?

grep

— Alex
источник

1

В эти дни я бы рекомендовал использовать ag, ackили cgrepвместо этого - они намного быстрее / лучше, чем grepдля поиска в хранилищах кода.

— lunixbochs

Если вы просматриваете код и стараетесь избегать определенных каталогов, возможно, вам стоит взглянуть на ack. Это grep с поддержкой исходного кода, и поэтому он будет активно игнорировать такие каталоги VCS (а также резервные копии vi и emacs, не исходные файлы и т. Д.).

— Брайан Агнью

2

Как пользователь может получать No such file or directoryсообщения для существующих файлов и / или каталогов? Или, наоборот, как можно grep *получить имена файлов, которые не существуют? Это условие гонки, когда какой-то другой процесс манипулирует деревом каталогов (создавая, переименовывая и удаляя файлы) во время grepработы?

— Скотт

300

Вы можете использовать флаг -sили --no-messagesдля подавления ошибок.

-s, --no-messages подавляют сообщения об ошибках

grep pattern * -s -R -n

— Dogbert
источник

14

@Alex @Dogbert Это отвечает на вопрос, но '-s' может маскировать проблемы, например, когда вы используете xargs с grep. Попробуйте создать 2 файла в директории 'aaa.txt' и 'a b.txt', каждый из которых содержит строку 'some text'. Команда /bin/ls -1 | xargs grep 'some text'выдаст вам «нет такого файла или каталога», потому что она разбивает файл «b.txt» на 2 аргумента. Если вы подавите, вы не заметите, что пропустили файл.

— Кельвин

@ Кельвин делает, например, если я использую findи использую print0с xargs -0Решает ли это проблему? Спасибо

— Лука

1

@ Лука Это должно решить проблему. Вы не столкнетесь с проблемами, если будете всегда использовать эти параметры NUL, но если вы этого не сделаете, это почти гарантировано (ИМХО), что вы забудете в самый неподходящий момент.

— Кельвин

это работает на Mac OS X, где другие опции (--quiet) не

— работают

59

Если вы просматриваете git-репозиторий, я бы порекомендовал вам использовать git grep. Вам не нужно проходить -Rили путь.

git grep pattern

Это покажет все совпадения из вашего текущего каталога вниз.

— Стив Прентис
источник

5

+1 за полезную специфическую для git команду. Не будет работать для SVN, хотя :-)

— Кадриан

2

+1 Эта команда git, которую я пропустил - позволяет мне искать строку из состояния дерева при любом коммите (добавляя коммит после «pattern»).

— Кельвин

1

С помощью бегущего плагина Ggrepпоиск также начинается с вершины каталога Git, а не из текущего каталога.

— Сиро Сантилли 郝海东冠状病六四事件法轮功

Похоже, это значительно быстрее, чем стандартный grep. (Возможно, он игнорирует двоичные файлы и т. Д. Не знаю, но полезно.)

— Даниил

10

Подобные ошибки обычно отправляются в поток «стандартных ошибок», который можно передать в файл или просто заставить исчезнуть в большинстве команд:

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

— lunixbochs
источник

Отвечает на вопрос, но может маскировать проблемы. Смотрите мой комментарий под ответом Догберта.

— Кельвин

5

Я видел, что несколько раз, с неработающими ссылками (символическими ссылками, указывающими на несуществующие файлы), grep пытается найти целевой файл, которого не существует (отсюда и правильное и точное сообщение об ошибке).

Обычно я не беспокоюсь, выполняя задачи sysadmin через консоль, но внутри скриптов я ищу текстовые файлы с помощью команды «find», а затем grep каждый из них:

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

Вместо того:

grep -nRHi -e "widehat" /etc

— Исаак Урибе
источник

4

Я обычно не позволяю grep делать рекурсию самостоятельно. Обычно есть несколько каталогов, которые вы хотите пропустить (.git, .svn ...)

Вы можете делать умные псевдонимы с такими позициями:

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

На первый взгляд это может показаться излишним, но когда вам нужно отфильтровать некоторые шаблоны, это очень удобно.

— cadrian
источник

1

+1. Это намного лучше, чем подавление ошибок. Тем не менее, я думаю, что вы забыли -execдо своего grep.

— Кельвин

1

Что это значит? \( -name .svn -o -name .git \)

— Сбхатла

Почему бы не использовать флаги grep --exclude или --exlcude-dir?

— Чойлтон Б. Хиггинботтом

1

@sbhatla круглые скобки создают порядок операций для команды find. stackoverflow.com/questions/24338777/…

— Чойлтон Б. Хиггинботтом

4

Вы пробовали эту -0опцию в xargs ? Что-то вроде этого:

ls -r1 | xargs -0 grep 'some text'

— cokedude
источник

2

для поиска вы должны добавить -print0find -print0 | xargs -0 grep 'text'

— aliva

1

Используйте -Iв grep.

Пример: grep SEARCH_ME -Irs ~/logs.

— Bala
источник

1

-Iскачет бинарные файлы - это эквивалентно --binary-files=without-match. Это не подавляет сообщения «Нет такого файла или каталога».

— mwfearnley

0

Перенаправить stderrк , stdoutа затем инвертировать матча использовать Grep ( в -v) , чтобы исключить строку предупреждения / ошибки , что я хочу , чтобы скрыть:

grep -r <pattern> * 2>&1 | grep -v "No such file or directory"

— talleyho
источник