Jak mogę zmusić `find` do zignorowania katalogów .svn?

Często używam findpolecenia do przeszukiwania kodu źródłowego, usuwania plików, cokolwiek. Irytujące, ponieważ Subversion przechowuje duplikaty każdego pliku w swoich .svn/text-base/katalogach, moje proste wyszukiwania kończą się uzyskaniem wielu duplikatów wyników. Na przykład, chcę rekursywnie szukać uintw wielokrotności messages.hi messages.cppplików:

# find -name 'messages.*' -exec grep -Iw uint {} +
./messages.cpp:            Log::verbose << "Discarding out of date message: id " << uint(olderMessage.id)
./messages.cpp:    Log::verbose << "Added to send queue: " << *message << ": id " << uint(preparedMessage->id)
./messages.cpp:                Log::error << "Received message with invalid SHA-1 hash: id " << uint(incomingMessage.id)
./messages.cpp:            Log::verbose << "Received " << *message << ": id " << uint(incomingMessage.id)
./messages.cpp:            Log::verbose << "Sent message: id " << uint(preparedMessage->id)
./messages.cpp:        Log::verbose << "Discarding unsent message: id " << uint(preparedMessage->id)
./messages.cpp:        for (uint i = 0; i < 10 && !_stopThreads; ++i) {
./.svn/text-base/messages.cpp.svn-base:            Log::verbose << "Discarding out of date message: id " << uint(olderMessage.id)
./.svn/text-base/messages.cpp.svn-base:    Log::verbose << "Added to send queue: " << *message << ": id " << uint(preparedMessage->id)
./.svn/text-base/messages.cpp.svn-base:                Log::error << "Received message with invalid SHA-1 hash: id " << uint(incomingMessage.id)
./.svn/text-base/messages.cpp.svn-base:            Log::verbose << "Received " << *message << ": id " << uint(incomingMessage.id)
./.svn/text-base/messages.cpp.svn-base:            Log::verbose << "Sent message: id " << uint(preparedMessage->id)
./.svn/text-base/messages.cpp.svn-base:        Log::verbose << "Discarding unsent message: id " << uint(preparedMessage->id)
./.svn/text-base/messages.cpp.svn-base:        for (uint i = 0; i < 10 && !_stopThreads; ++i) {
./virus/messages.cpp:void VsMessageProcessor::_progress(const string &fileName, uint scanCount)
./virus/messages.cpp:ProgressMessage::ProgressMessage(const string &fileName, uint scanCount)
./virus/messages.h:    void _progress(const std::string &fileName, uint scanCount);
./virus/messages.h:    ProgressMessage(const std::string &fileName, uint scanCount);
./virus/messages.h:    uint        _scanCount;
./virus/.svn/text-base/messages.cpp.svn-base:void VsMessageProcessor::_progress(const string &fileName, uint scanCount)
./virus/.svn/text-base/messages.cpp.svn-base:ProgressMessage::ProgressMessage(const string &fileName, uint scanCount)
./virus/.svn/text-base/messages.h.svn-base:    void _progress(const std::string &fileName, uint scanCount);
./virus/.svn/text-base/messages.h.svn-base:    ProgressMessage(const std::string &fileName, uint scanCount);
./virus/.svn/text-base/messages.h.svn-base:    uint        _scanCount;

Jak mogę findzignorować .svnkatalogi?

Aktualizacja : jeśli uaktualnisz swojego klienta SVN do wersji 1.7, nie będzie to już problemem.

Kluczową cechą zmian wprowadzonych w Subversion 1.7 jest centralizacja przechowywania metadanych kopii roboczej w jednym miejscu. Zamiast .svnkatalogu w każdym katalogu w kopii roboczej, kopie robocze Subversion 1.7 mają tylko jeden .svnkatalog - w katalogu głównym kopii roboczej. Ten katalog zawiera (między innymi) bazę danych opartą na SQLite, która zawiera wszystkie potrzebne metadane Subversion dla tej kopii roboczej.

Do wyszukiwania, czy mogę zasugerować spojrzenie na ack ? Jest świadomy kodu źródłowego findi jako taki automatycznie ignoruje wiele typów plików, w tym informacje o repozytorium kodu źródłowego, takie jak powyższe.

dlaczego nie tylko

find . -not -iwholename '*.svn*'

Predykat -not neguje wszystko, co ma .svn w dowolnym miejscu na ścieżce.

W twoim przypadku tak by było

find -not -iwholename '*.svn*' -name 'messages.*' -exec grep -Iw uint {} + \;

Następująco:

find . -path '*/.svn*' -prune -o -print

Lub alternatywnie na podstawie katalogu, a nie prefiksu ścieżki:

find . -name .svn -a -type d -prune -o -print

Ignorować .svn, .giti innych ukrytych katalogów (zaczynające się od kropki), spróbuj:

find . -type f -not -path '*/\.*'

Jeśli jednak celem findjest wyszukiwanie w plikach, możesz spróbować użyć tych poleceń:

• git grep - specjalnie zaprojektowane polecenie do wyszukiwania wzorców w repozytorium Git.
• ripgrep- który domyślnie ignoruje ukryte pliki i pliki określone w .gitignore.

Powiązane: Jak znaleźć wszystkie pliki zawierające określony tekst w systemie Linux?

Oto, co bym zrobił w twoim przypadku:

find . -path .svn -prune -o -name messages.* -exec grep -Iw uint {} +

rgrepWbudowane polecenie Emacsa ignoruje .svnkatalog i wiele innych plików, którymi prawdopodobnie nie jesteś zainteresowany podczas wykonywania find | grep. Oto, czego używa domyślnie:

find . \( -path \*/SCCS -o -path \*/RCS -o -path \*/CVS -o -path \*/MCVS \
          -o -path \*/.svn -o -path \*/.git -o -path \*/.hg -o -path \*/.bzr \
          -o -path \*/_MTN -o -path \*/_darcs -o -path \*/\{arch\} \) \
     -prune -o \
       \( -name .\#\* -o -name \*.o -o -name \*\~ -o -name \*.bin -o -name \*.lbin \
          -o -name \*.so -o -name \*.a -o -name \*.ln -o -name \*.blg \
          -o -name \*.bbl -o -name \*.elc -o -name \*.lof -o -name \*.glo \
          -o -name \*.idx -o -name \*.lot -o -name \*.fmt -o -name \*.tfm \
          -o -name \*.class -o -name \*.fas -o -name \*.lib -o -name \*.mem \
          -o -name \*.x86f -o -name \*.sparcf -o -name \*.fasl -o -name \*.ufsl \
          -o -name \*.fsl -o -name \*.dxl -o -name \*.pfsl -o -name \*.dfsl \
          -o -name \*.p64fsl -o -name \*.d64fsl -o -name \*.dx64fsl -o -name \*.lo \
          -o -name \*.la -o -name \*.gmo -o -name \*.mo -o -name \*.toc \
          -o -name \*.aux -o -name \*.cp -o -name \*.fn -o -name \*.ky \
          -o -name \*.pg -o -name \*.tp -o -name \*.vr -o -name \*.cps \
          -o -name \*.fns -o -name \*.kys -o -name \*.pgs -o -name \*.tps \
          -o -name \*.vrs -o -name \*.pyc -o -name \*.pyo \) \
     -prune -o \
     -type f \( -name pattern \) -print0 \
     | xargs -0 -e grep -i -nH -e regex

Ignoruje katalogi tworzone przez większość systemów kontroli wersji, a także generowane pliki dla wielu języków programowania. Możesz utworzyć alias, który wywołuje to polecenie oraz zastępuje findi grepwzorce dla określonych problemów.

Znajdź GNU

find .  ! -regex ".*[/]\.svn[/]?.*"

W tym celu używam grep. Umieść to w swoim ~ / .bashrc

export GREP_OPTIONS="--binary-files=without-match --color=auto --devices=skip --exclude-dir=CVS --exclude-dir=.libs --exclude-dir=.deps --exclude-dir=.svn"

grep automatycznie używa tych opcji przy wywołaniu

find . | grep -v \.svn

Dlaczego nie podajesz polecenia grep, co jest łatwo zrozumiałe:

your find command| grep -v '\.svn'

Utwórz skrypt o nazwie ~/bin/svnfind:

#!/bin/bash
#
# Attempts to behave identically to a plain `find' command while ignoring .svn/
# directories.

OPTIONS=()
PATHS=()
EXPR=()

while [[ $1 =~ ^-[HLP]+ ]]; do
    OPTIONS+=("$1")
    shift
done

while [[ $# -gt 0 ]] && ! [[ $1 =~ '^[-(),!]' ]]; do
    PATHS+=("$1")
    shift
done

# If user's expression contains no action then we'll add the normally-implied
# `-print'.
ACTION=-print

while [[ $# -gt 0 ]]; do
    case "$1" in
       -delete|-exec|-execdir|-fls|-fprint|-fprint0|-fprintf|-ok|-print|-okdir|-print0|-printf|-prune|-quit|-ls)
            ACTION=;;
    esac

    EXPR+=("$1")
    shift
done

if [[ ${#EXPR} -eq 0 ]]; then
    EXPR=(-true)
fi

exec -a "$(basename "$0")" find "${OPTIONS[@]}" "${PATHS[@]}" -name .svn -type d -prune -o '(' "${EXPR[@]}" ')' $ACTION

Ten skrypt zachowuje się identycznie jak zwykłe findpolecenie, ale usuwa .svnkatalogi. W przeciwnym razie zachowanie jest identyczne.

Przykład:

# svnfind -name 'messages.*' -exec grep -Iw uint {} +
./messages.cpp:            Log::verbose << "Discarding out of date message: id " << uint(olderMessage.id)
./messages.cpp:    Log::verbose << "Added to send queue: " << *message << ": id " << uint(preparedMessage->id)
./messages.cpp:                Log::error << "Received message with invalid SHA-1 hash: id " << uint(incomingMessage.id)
./messages.cpp:            Log::verbose << "Received " << *message << ": id " << uint(incomingMessage.id)
./messages.cpp:            Log::verbose << "Sent message: id " << uint(preparedMessage->id)
./messages.cpp:        Log::verbose << "Discarding unsent message: id " << uint(preparedMessage->id)
./messages.cpp:        for (uint i = 0; i < 10 && !_stopThreads; ++i) {
./virus/messages.cpp:void VsMessageProcessor::_progress(const string &fileName, uint scanCount)
./virus/messages.cpp:ProgressMessage::ProgressMessage(const string &fileName, uint scanCount)
./virus/messages.h:    void _progress(const std::string &fileName, uint scanCount);
./virus/messages.h:    ProgressMessage(const std::string &fileName, uint scanCount);
./virus/messages.h:    uint        _scanCount;

Pomyślałem, że dodam prostą alternatywę do postów Kaleba i innych (która szczegółowo opisuje użycie find -pruneopcji ack, repofindpoleceń itp.), Która ma szczególne zastosowanie do użycia opisanego w pytaniu (i innych podobnych zastosowaniach):

1. Pod kątem wydajności, należy zawsze próbować używać find ... -exec grep ... +(dzięki Kenji za wskazanie na to uwagę) lub find ... | xargs egrep ...(przenośny) lub find ... -print0 | xargs -0 egrep ...(GNU; prace o nazwach zawierających spacje) zamiast z find ... -exec grep ... \;.

   Formy find ... -exec ... +i find | xargsnie rozwidlają się egrepdla każdego pliku, ale dla kilku plików jednocześnie, co powoduje znacznie szybsze wykonanie .

2. Podczas korzystania z find | xargsformularza można także użyć grepdo łatwo i szybko suszonych śliwek .svn(lub dowolne katalogi lub wyrażenie regularne), to znaczy find ... -print0 | grep -v '/\.svn' | xargs -0 egrep ...(przydatne, gdy trzeba coś szybko i nie może być jedno, aby pamiętać, jak skonfigurować find„s -prunelogiki).

   find | grep | xargsPodejście jest podobne do GNU find„s -regexopcji (patrz ghostdog74” s post), ale jest bardziej przenośny (będzie również działać na platformach GNU, gdzie findnie jest możliwe).

W repozytorium kodu źródłowego na ogół chcę robić tylko pliki tekstowe.

Pierwszy wiersz to wszystkie pliki, z wyjątkiem plików repozytorium CVS, SVN i GIT.

Drugi wiersz wyklucza wszystkie pliki binarne.

find . -not \( -name .svn -prune -o -name .git -prune -o -name CVS -prune \) -type f -print0 | \
xargs -0 file -n | grep -v binary | cut -d ":" -f1

Używam find z opcjami -not -path. Nie miałem szczęścia z suszonymi śliwkami.

find .  -name "*.groovy" -not -path "./target/*" -print

znajdzie groovy pliki nie w docelowej ścieżce katalogu.

Aby rozwiązać ten problem, możesz po prostu użyć tego warunku znajdowania:

find \( -name 'messages.*' ! -path "*/.svn/*" \) -exec grep -Iw uint {} +

Możesz dodać więcej takich ograniczeń:

find \( -name 'messages.*' ! -path "*/.svn/*" ! -path "*/CVS/*" \) -exec grep -Iw uint {} +

Więcej informacji na ten temat można znaleźć w sekcji strony podręcznika „Operatorzy”: http://unixhelp.ed.ac.uk/CGI/man-cgi?find

Pamiętaj, że jeśli to zrobisz

find . -type f -name 'messages.*'

wówczas -printjest implikowane, gdy całe wyrażenie ( -type f -name 'messages.*') jest prawdziwe, ponieważ nie ma „akcji” (jak -exec).

Chociaż, aby przestać schodzić do niektórych katalogów, powinieneś używać wszystkiego, co pasuje do tych katalogów, i śledzić je -prune(co ma na celu zatrzymać schodzenie do katalogów); tak:

find . -type d -name '.svn' -prune

Wartość ta ma wartość True dla katalogów .svn i możemy użyć zwarcia logicznego, wykonując to przez -o(OR), po czym to, co następuje po, -ojest sprawdzane tylko wtedy, gdy pierwsza część jest False, a zatem nie jest katalogiem .svn. Innymi słowy, następujące:

find . -type d -name '.svn' -prune -o -name 'message.*' -exec grep -Iw uint {}

będzie oceniać tylko to, co jest właściwe -o, mianowicie -name 'message.*' -exec grep -Iw uint {}dla plików NIE znajdujących się w katalogach .svn.

Zauważ, że ponieważ .svnprawdopodobnie zawsze jest to katalog (a nie na przykład plik), aw tym przypadku z pewnością nie pasuje do nazwy „message. *”, Równie dobrze możesz pominąć -type di zrobić:

find . -name '.svn' -prune -o -name 'message.*' -exec grep -Iw uint {}

Na koniec zauważ, że jeśli pominiesz jakieś działanie ( -execto działanie), powiedz tak:

find . -name '.svn' -prune -o -name 'message.*'

wtedy -printdziałanie jest sugerowane, ale będzie miało zastosowanie do CAŁEGO wyrażenia, w tym -name '.svn' -prune -oczęści, i w ten sposób wydrukuje wszystkie katalogi .svn, a także pliki „message. *”, co prawdopodobnie nie jest tym, czego chcesz. Dlatego zawsze używaj „akcji” po prawej stronie wyrażenia boolowskiego, gdy używasz -prunew ten sposób. A kiedy to działanie jest drukowane, musisz je jawnie dodać, tak:

find . -name '.svn' -prune -o -name 'message.*' -print

Wypróbuj findrepo, które jest prostym narzędziem do znajdowania / grep i znacznie szybszym niż ack Użyłbyś go w tym przypadku:

findrepo uint 'messages.*'

wcfind to skrypt otoki znalezienia, którego używam do automatycznego usuwania katalogów .svn.

Działa to dla mnie w wierszu poleceń systemu Unix

gfind. \ (-not -wholename '* \. svn *' \) -type f -name 'messages. *' -exec grep -Iw uint {} +

Powyższe polecenie wyświetli PLIKI, które nie są w .svn i wykona grep, o którym wspomniałeś.

zwykle przesyłam wyjście przez grep jeszcze raz usuwając .svn, w moim zastosowaniu nie jest on dużo wolniejszy. typowy przykład:

find -name 'messages.*' -exec grep -Iw uint {} + | grep -Ev '.svn|.git|.anythingElseIwannaIgnore'

LUB

find . -type f -print0 | xargs -0 egrep messages. | grep -Ev '.svn|.git|.anythingElseIwannaIgnore'