Niech xargs używa aliasu zamiast binarnego

Bash 4.2 na CentOS 6.5:

W mojej ~/.bash_profilemam kilka aliasów, w tym:

alias grep='grep -n --color=always'

dzięki czemu mogę automatycznie wyróżniać kolory i drukować numery linii automatycznie podczas działania grep. Jeśli uruchomię następujące czynności, wyróżnianie działa zgodnie z oczekiwaniami:

$ grep -Re 'regex_here' *.py

Jednak kiedy uruchomiłem to niedawno:

$ find . -name '*.py' | xargs grep -E 'regex_here'

wyniki nie zostały podświetlone, a numery wierszy nie zostały wydrukowane, co zmusiło mnie do powrotu i wyraźnego dodania -n --color=alwaysdo greppolecenia.

• Czy xargsnie odczytuje aliasów w środowisku?
• Jeśli nie, czy istnieje sposób, aby to zrobić?

Alias ​​jest wewnętrzny dla powłoki, w której jest zdefiniowany. Nie jest widoczny dla innych procesów. To samo dotyczy funkcji powłoki. xargsjest osobną aplikacją, która nie jest powłoką, więc nie ma pojęcia aliasów ani funkcji.

Możesz zmusić xargs do wywoływania powłoki zamiast wywoływania grepbezpośrednio. Jednak samo wywołanie powłoki nie wystarczy, musisz również zdefiniować alias w tej powłoce. Jeśli alias jest zdefiniowany w twoim .bashrcpliku, możesz pobrać ten plik; może to jednak nie działać w przypadku .bashrcwykonywania innych zadań, które nie mają sensu w powłoce nieinteraktywnej.

find . -name '*.py' | xargs bash -c '. ~/.bashrc; grep -E regex_here "$@"' _

Uważaj na zawiłości cytowania zagnieżdżonego podczas wpisywania wyrażenia regularnego. Możesz uprościć swoje życie, przekazując wyrażenie regularne jako parametr do powłoki.

find . -name '*.py' | xargs bash -c '. ~/.bashrc; grep -E "$0" "$@"' regex_here

Możesz wykonać wyszukiwanie aliasu jawnie. Wtedy xargszobaczysz grep -n --color=always.

find . -name '*.py' | xargs "${BASH_ALIASES[grep]}" regex_here

W Zsh:

find . -name '*.py' | xargs $aliases[grep] regex_here

Nawiasem mówiąc, zauważ, że find … | xargs … łamie nazwy plików zawierające spacje (między innymi) . Możesz to naprawić, zmieniając rekordy rozdzielane wartościami zerowymi:

find . -name '*.py' -print0 | xargs -0 "${BASH_ALIASES[grep]}" regex_here

lub za pomocą -exec:

find . -name '*.py' -exec "${BASH_ALIASES[grep]}" regex_here {} +

Zamiast dzwonić find, możesz zrobić wszystko całkowicie w powłoce. Wzorzec glob **/rekurencyjnie przechodzi przez katalogi. W bash musisz najpierw uruchomić shopt -s globstarten wzorzec glob.

grep regex_here **/*.py

Ma to kilka ograniczeń:

• Jeśli wiele plików jest zgodnych (lub jeśli mają długie ścieżki), polecenie może się nie powieść, ponieważ przekracza maksymalną długość wiersza polecenia.
• W bash ≤ 4.2 (ale nie w nowszych wersjach, ani w ksh czy zsh), **/powtarza się w symboliczne linki do katalogów.

Innym podejściem jest stosowanie substytucji procesu, jak sugeruje MariusMatutiae .

grep regex_here <(find . -name '*.py')

Jest to przydatne, gdy **/nie ma zastosowania: dla findwyrażeń złożonych lub w bash ≤4,2, gdy nie chcesz powtarzać się pod symbolicznymi linkami. Zauważ, że powoduje to uszkodzenie nazw plików zawierających spacje; obejściem tego problemu jest ustawienie IFSi wyłączenie globowania , ale zaczyna się ono nieco komplikować :

(IFS=$'\n'; set -f; grep regex_here <(find . -name '*.py') )

Posługiwać się alias xargs='xargs '

alias: alias [-p] [name[=value] ... ]
(snip)
A trailing space in VALUE causes the next word to be checked for
alias substitution when the alias is expanded.

Proszę wziąć to za przykład innego podejścia, którego nie mogę znaleźć w powiązanym pytaniu SO :

Możesz napisać funkcję otoki, dla xargsktórej sprawdza, czy pierwszy argument jest aliasem, a jeśli tak, odpowiednio go rozwiń.

Oto kod, który robi dokładnie to, ale niestety wymaga powłoki Z, a zatem nie uruchamia 1: 1 z bash (i szczerze mówiąc, nie jestem przyzwyczajony do bashowania wystarczającego do przeniesienia go):

xargs () {
        local expandalias
        if [[ $(which $1) =~ "alias" ]]; then
                expandalias=$(builtin alias $1) 
                expandalias="${${(s.'.)expandalias}[2]}"
        else
                expandalias=$1
        fi
        command xargs ${(z)expandalias} "${(z)@[2,-1]}"
}

Dowód, że to działa:

zsh% alias grep = "grep -n" ´                           # zawiera numer wiersza dopasowania
zsh% find foo -name "* .p *" | xargs grep -E test
foo / bar.p0: 151: # data = test
foo / bar.p1: 122: # data = test # włączone numery linii
zsh% unalias grep 
zsh% find foo -name "* .p *" | xargs grep -E test
foo / bar.p0: # data = test
foo / bar.p1: # data = test # nie podano numerów linii
zsh% 

Prostszym i bardziej eleganckim rozwiązaniem jest stosowanie zastępowania procesów :

grep -E 'regex_here' <( find . -name '*.py')

Nie tworzy nowej powłoki, jak potok, co oznacza, że ​​nadal znajdujesz się w oryginalnej powłoce, w której zdefiniowany jest alias, a wynik jest dokładnie taki, jak chcesz.

Uważaj tylko, aby nie pozostawić spacji między przekierowaniem a nawiasami, w przeciwnym razie bash wygeneruje błąd. Według mojej najlepszej wiedzy podstawianie procesów jest obsługiwane przez Bash, Zsh, Ksh {88,93}, ale nie przez pdksh (powiedziano mi, że powinno to być jeszcze nie ).

grep odczyta zestaw domyślnych opcji ze zmiennej środowiskowej GREP_OPTIONS. Jeśli umieścisz

 export GREP_OPTIONS='--line-number --color=always'

w twoim .bashrc zmienna zostanie przekazana do podpowłok i uzyskasz oczekiwane wyniki.