Uruchom `grep` z wyłączeniem pliku w określonej ścieżce

Chcę wykluczyć plik ./test/main.cppz wyszukiwania.

Oto co widzę:

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

Wiem, że możliwe jest uzyskanie żądanego wyniku za pomocą wielu poleceń w układzie potoków i filtrów, ale czy istnieje jakieś cytowanie / ucieczka, które pozwoli grepzrozumieć, czego natywnie chcę?

grep nie możesz tego zrobić dla pliku w jednym określonym katalogu, jeśli masz więcej plików o tej samej nazwie w różnych katalogach, zamiast tego użyj find:

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

Nie sądzę, że jest to możliwe z GNU grep. Nie potrzebujesz jednak rur.

Z find:

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

Z zsh:

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

(wyklucza ukryte pliki, a także, aby wykluczyć .git, .svn ...).

Mógłbym napisać książkę: „The Lost Art of xargs”. Do find ... -exec … ';uruchamia grep dla każdego pliku (ale wariant ze -exec … +nie robi). Cóż, marnujemy obecnie cykle procesora, więc czemu nie, prawda? Ale jeśli problemem jest wydajność, pamięć i moc: użyj xargs:

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

GNU find„s -print0będzie NUL-terminate jego produkcja i xargs” -0opcji wyróżnienia ten format jako wejście. Zapewnia to, że niezależnie od zabawnych znaków w pliku, potok nie zostanie pomylony. Ta -ropcja zapewnia, że ​​nie wystąpi błąd w przypadku, gdy findnic nie znajdzie.

Uwaga: możesz teraz wykonywać następujące czynności:

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

GNU grep -zrobi to samo, co xargs -0.

Jeśli masz findobsługę, -pathktóra została dodana do POSIX w 2008 roku, ale nadal jej brakuje w Solarisie:

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

Dla przypomnienia, oto podejście, które wolę:

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

Trzymając grepna początku polecenia, myślę, że jest to nieco bardziej wyraźne - a ponadto nie wyłącza greppodświetlania kolorów. W pewnym sensie użycie findw podstawianiu poleceń jest tylko sposobem na rozszerzenie / zastąpienie (ograniczonego) podzbioru grepfunkcji wyszukiwania plików .

Dla mnie find -execskładnia jest dość tajemnicza. Jedną ze złożoności find -execjest (czasem) potrzeba ucieczki przed różnymi postaciami (zwłaszcza jeśli \;jest używana pod Bash). Tylko w celu umieszczenia rzeczy w znanych kontekstach następujące dwa polecenia są w zasadzie równoważne:

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

Jeśli chcesz wykluczyć podkatalogi , może być konieczne użycie znaku wieloznacznego. Nie do końca rozumiem tutaj schemat - mów o tajemniczych :

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

Jeszcze jedna uwaga na temat uogólnień findopartych na rozwiązaniach do użycia w skryptach : grepWiersz poleceń powinien zawierać opcję -H/ --with-filename. W przeciwnym razie zmieni formatowanie wyjściowe pod warunkiem, że w wynikach wyszukiwania znajduje się tylko jedna nazwa pliku find. Jest to godne uwagi, ponieważ nie wydaje się konieczne, jeśli używasz grepnatywnego wyszukiwania plików (z -ropcją).

... Jeszcze lepiej jest dołączyć /dev/nulljako pierwszy plik do przeszukania. To rozwiązuje dwa problemy:

• Zapewnia, że ​​jeśli jest jeden plik do przeszukania, greppomyśli, że są dwa pliki i używa trybu wyjścia z wieloma plikami.
• Zapewnia, że ​​jeśli nie ma plików do przeszukania, greppomyśli, że jest jeden plik i nie zawiesi się, czekając na standardowe wejście.

Ostateczna odpowiedź to:

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