Запустіть `grep`, виключаючи файл у певному шляху

Я хочу виключити файл ./test/main.cppіз мого пошуку.

Ось що я бачу:

$ grep -r pattern --exclude=./test/main.cpp
./test/main.cpp:pattern
./lib/main.cpp:pattern
./src/main.cpp:pattern

Я знаю, що можна отримати результат, який я хочу, скориставшись декількома командами в розташуванні "труби і фільтри", але чи є якесь цитування / уникнення, яке дасть grepзрозуміти, що я хочу спочатку?

grep не вдається зробити це для файлу в одному певному каталозі, якщо у вас є кілька файлів з тим самим іменем у різних каталогах, скористайтеся функцією find замість:

find . -type f \! -path './test/main.cpp' -exec grep pattern {} \+

Я не думаю, що це можливо з GNU grep. Вам не потрібні труби.

З find:

find . ! -path ./test/main.cpp -type f -exec grep pattern {} +

З zsh:

grep pattern ./**/*~./test/main.cpp(.)

(виключає приховані файли, так само як і для виключення .git, .svn ...).

Я міг би написати книгу: "Втрачене мистецтво xargs". У find ... -exec … ';запускаєте GREP для кожного файлу (але варіант з -exec … +робить). Що ж, ми витрачаємо цикли процесора сьогодні, чому б ні, правда? Але якщо продуктивність, пам'ять та потужність - це проблема: використовуйте xargs:

find . -type f \! -path 'EXCLUDE-FILE' -print0 | xargs -r0 grep 'PATTERN'

GNU find''s -print0буде NULприпиняти свій вихід і xargs' -0параметр відзначає цей формат як вхідний. Це гарантує будь-які смішні символи у вашому файлі, конвеєр не заплутається. Ця -rопція гарантує відсутність помилок у випадку, якщо findнічого не знайдено.

Зауважте, тепер ви можете робити такі речі:

find . -type f -print0 | grep -z -v "FILENAME EXCLUDE PATTERN" | 
  xargs -r0 grep 'PATTERN'

GNU grep's -zробить те саме, що і xargs ' -0.

Якщо ваша findпідтримка, -pathяка була додана до POSIX у 2008 році, але все ще відсутня в Solaris:

find . ! -path ./test/main.cpp -type f -exec grep pattern /dev/null {} +

Для запису ось такий підхід, який я віддаю перевагу:

grep pattern $(find . -type f ! -path './test/main.cpp')

Зберігаючи grepна початку команди, я думаю, що це трохи зрозуміліше - плюс це не вимикає grepкольорове виділення. У певному сенсі використання findв підстановці команд - це лише спосіб розширення / заміни (обмеженого) підмножини пошуку файлів grep.

Для мене find -execсинтаксис є своєрідним таємничим. Однією із складнощів find -execє (іноді) потреба в уникненні різних символів (особливо, якщо \;використовується під Bash). Наступні дві команди є лише еквівалентними для цілей уведення звичних контекстів:

find . ! -path ./test/main.cpp -type f -exec grep pattern {} +
find . ! -path ./test/main.cpp -type f -print0 |xargs -0 grep pattern

Якщо ви хочете виключити підкаталоги , можливо, буде потрібно використовувати підстановку. Я не повністю розумію схему тут - поговоріть про таємницю :

grep pattern $(find . -type f ! -path './test/main.cpp' ! -path './lib/*' )

Ще одна примітка для узагальнення findрішень на основі базування для використання в скриптах : grepКомандний рядок повинен містити -H/ --with-filenameпараметр. Інакше це змінить формат виводу за умови, що в результатах пошуку буде лише одне ім'я файлу find. Це помітно, оскільки він, здається, не потрібен, якщо використовується grepвласний пошук файлів (з -rопцією).

... Ще краще - включити /dev/nullяк перший файл для пошуку. Це вирішує дві проблеми:

• Це гарантує, що якщо є один файл для пошуку, grepподумає, що є два, і використовувати режим виводу з декількома файлами.
• Він гарантує, що якщо файлів для пошуку не grepбуде , буде думати, що є один файл, і не зачекає на stdin.

Отже, остаточна відповідь:

grep pattern /dev/null $(find . -type f ! -path './test/main.cpp')