Demander à xargs d'utiliser un alias au lieu du binaire

Bash 4.2 sur CentOS 6.5:

Dans mon, ~/.bash_profilej'ai un tas d'alias, y compris:

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

afin que je puisse obtenir la surbrillance des couleurs et imprimer automatiquement les numéros de ligne lors de l'exécution grep. Si je lance ce qui suit, la mise en surbrillance fonctionne comme prévu:

$ grep -Re 'regex_here' *.py

Cependant, quand je l'ai exécuté récemment:

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

les résultats n'étaient pas mis en surbrillance et les numéros de ligne n'étaient pas imprimés, me forçant à revenir en arrière et à ajouter explicitement -n --color=alwaysà la grepcommande.

• Ne xargslit pas les alias dans l'environnement?
• Sinon, existe-t-il un moyen de le faire?

Un alias est interne au shell où il est défini. Il n'est pas visible pour les autres processus. Il en va de même pour les fonctions shell. xargsest une application distincte, qui n'est pas un shell, donc n'a pas de concept d'alias ou de fonctions.

Vous pouvez faire en sorte que xargs invoque un shell au lieu d'invoquer grepdirectement. Cependant, l'invocation d'un shell ne suffit pas, vous devez également définir l'alias dans ce shell. Si l'alias est défini dans votre .bashrc, vous pouvez source ce fichier; cependant, cela peut ne pas fonctionner, vous .bashrceffectuez d'autres tâches qui n'ont pas de sens dans un shell non interactif.

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

Méfiez-vous des subtilités des citations imbriquées lors de la frappe de l'expression rationnelle. Vous pouvez simplifier votre vie en passant l'expression rationnelle en tant que paramètre au shell.

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

Vous pouvez effectuer la recherche d'alias de manière explicite. Alors xargsverra grep -n --color=always.

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

En zsh:

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

Soit dit en passant, il se find … | xargs … casse les noms de fichiers contenant des espaces (entre autres) . Vous pouvez résoudre ce problème en modifiant les enregistrements délimités par des valeurs nulles:

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

ou en utilisant -exec:

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

Au lieu d'appeler find, vous pouvez tout faire entièrement à l'intérieur du shell. Le modèle glob **/parcourt les répertoires de manière récursive. Dans bash, vous devez d'abord exécuter shopt -s globstarce modèle global.

grep regex_here **/*.py

Cela a quelques limitations:

• Si un grand nombre de fichiers correspondent (ou s'ils ont de longs chemins d'accès), la commande peut échouer car elle dépasse la longueur de ligne de commande maximale.
• En bash ≤4,2 (mais pas dans les versions plus récentes, ni dans ksh ou zsh), se **/reproduit en liens symboliques vers des répertoires.

Une autre approche consiste à utiliser la substitution de processus, comme suggéré par MariusMatutiae .

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

Ceci est utile lorsque cela **/ne s'applique pas: pour les findexpressions complexes , ou en bash ≤4,2 lorsque vous ne voulez pas récuser sous des liens symboliques. Notez que cela rompt sur les noms de fichiers contenant des espaces; une solution consiste à définir IFSet désactiver la globalisation , mais cela commence à devenir un peu complexe:

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

Utilisation 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.

Veuillez prendre cela comme une démonstration d'une autre approche, que je ne trouve pas dans la question SO correspondante :

Vous pouvez écrire une fonction wrapper pour xargslaquelle vérifie si le premier argument est un alias et si c'est le cas, développez-le en conséquence.

Voici un code qui fait exactement cela mais malheureusement, il nécessite le shell Z et ne s'exécute donc pas 1: 1 avec bash (et franchement, je n'ai pas l'habitude de bash assez pour le porter):

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]}"
}

Preuve que ça marche:

zsh% alias grep = "grep -n" ´                           # inclut le numéro de ligne de correspondance
zsh% find foo -name "* .p *" | xargs grep -E test
foo / bar.p0: 151: # data = test
foo / bar.p1: 122: # data = test # numéros de ligne inclus
zsh% unalias grep 
zsh% find foo -name "* .p *" | xargs grep -E test
foo / bar.p0: # data = test
foo / bar.p1: # data = test # numéros de ligne non inclus
zsh% 

Une solution plus simple et plus élégante consiste à utiliser la substitution de processus :

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

Il ne crée pas un nouveau shell comme le fait le tuyau, ce qui signifie que vous êtes toujours dans votre shell d'origine où l'alias est défini, et la sortie est exactement ce que vous souhaitez qu'elle soit.

Faites juste attention à ne laisser aucun espace entre la redirection et les parenthèses, sinon bash générera une erreur. À ma connaissance, la substitution de processus est prise en charge par Bash, Zsh, Ksh {88,93}, mais pas par pdksh (on me dit que cela ne devrait pas encore l'être ).

grep lira un ensemble d'options par défaut à partir de la variable d'environnement GREP_OPTIONS. Si vous voulez mettre

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

dans votre .bashrc, la variable sera transmise aux sous-coquilles et vous obtiendrez les résultats attendus.