xargsにバイナリではなくエイリアスを使用させる

CentOS 6.5のBash 4.2：

私~/.bash_profileには、次のようなエイリアスがたくさんあります。

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

これにより、実行時に自動的に色が強調表示され、行番号が印刷されますgrep。次を実行すると、強調表示は期待どおりに機能します。

$ grep -Re 'regex_here' *.py

しかし、最近これを実行したとき：

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

結果は強調表示されず、行番号も出力されなかったため、強制的に戻っ-n --color=alwaysてgrepコマンドに明示的に追加する必要がありました。

• んxargsな環境でのエイリアスを読んでいませんか？
• そうでない場合、それを行う方法はありますか？

エイリアスは、それが定義されているシェルの内部にあります。他のプロセスからは見えません。同じことがシェル関数にも当てはまります。xargsは別個のアプリケーションであり、シェルではないため、エイリアスまたは関数の概念はありません。

xargsにgrep直接起動する代わりにシェルを起動させることができます。ただし、シェルを呼び出すだけでは十分ではないため、そのシェルでもエイリアスを定義する必要があります。エイリアスがで定義されている場合、.bashrcそのファイルを入手できます。ただし、これは.bashrc、非対話型シェルでは意味をなさない他のタスクを実行しても機能しない場合があります。

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

正規表現を入力するときに、ネストされた引用の複雑さに注意してください。正規表現をパラメーターとしてシェルに渡すことで、生活を簡素化できます。

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

エイリアスルックアップを明示的に実行できます。その後、表示xargsされますgrep -n --color=always。

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

zshの場合：

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

ところで、find … | xargs … スペースを含むファイル名（特に）でブレークすることに注意してください。これを修正するには、ヌル区切りのレコードに変更します。

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

またはを使用して-exec：

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

を呼び出す代わりにfind、シェル内ですべてを実行できます。globパターン**/は、ディレクトリを再帰的に走査します。bashでは、shopt -s globstar最初にこのglobパターンを有効にするために実行する必要があります。

grep regex_here **/*.py

これにはいくつかの制限があります。

• 多数のファイルが一致する場合（またはパスが長い場合）、コマンドラインの最大長を超えるため、コマンドが失敗する場合があります。
• bash≤4.2では（ただし、最新バージョンでもkshやzshでも）、**/ディレクトリへのシンボリックリンクに再帰します。

別のアプローチは、MariusMatutiaeが示唆するように、プロセス置換を使用することです。

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

これは、**/適用できない場合に便利です。複雑なfind式の場合、またはシンボリックリンクで再帰したくない場合のbash≤4.2の場合。これは、スペースを含むファイル名で中断することに注意してください。回避策はglobbingを設定IFSおよび無効にすることですが、少し複雑になり始めています：

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

使用する 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.

これを別のアプローチのデモンストレーションとして受け取ってください。これは関連するSOの質問にはありません 。

xargs最初の引数がエイリアスかどうかをチェックするラッパー関数を作成できます。エイリアス関数の場合は、それに応じて展開します。

正確にそれを行うコードを次に示しますが、残念ながらZシェルが必要なので、bashで1：1を実行しません（そして率直に言って、移植するのに十分なbashには慣れていません）：

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

証拠、それが機能すること：

zsh％alias grep = "grep -n" ´                           ＃一致する行番号を含める
zsh％find foo -name "* .p *" | xargs grep -Eテスト
foo / bar.p0：151：＃data = test
foo / bar.p1：122：＃data = test＃含まれる行番号
zsh％unalias grep 
zsh％find foo -name "* .p *" | xargs grep -Eテスト
foo / bar.p0：＃data = test
foo / bar.p1：＃data = test＃行番号は含まれません
zsh％ 

よりシンプルでエレガントなソリューションは、プロセス置換を使用することです：

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

パイプのように新しいシェルを作成することはありません。つまり、エイリアスが定義されている元のシェルを使用しているため、出力は希望どおりになります。

リダイレクトと括弧の間にスペースを残さないように注意してください。そうしないと、bashはエラーをスローします。私の知る限り、プロセス置換はBash、Zsh、Ksh {88,93}でサポートされていますが、pdkshではサポートされていません（まだそうではないと言われています）。

grepは、環境変数GREP_OPTIONSから一連のデフォルトオプションを読み取ります。あなたが置く場合

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

.bashrcで変数がサブシェルに渡され、期待する結果が得られます。