Bashのコマンドの前に環境変数を設定すると、パイプの2番目のコマンドでは機能しません

特定のシェルでは、通常、変数を設定してからコマンドを実行します。最近、変数定義をコマンドの前に付けるという概念について学びました。

FOO=bar somecommand someargs

これはうまくいきます... LC_ *変数（コマンドに影響を与えるように見えるが、その引数（たとえば、 '[az]'の文字の範囲には影響しない）を変更するとき、または出力を別のコマンドにパイプするときは、次のように機能しません。

FOO=bar somecommand someargs | somecommand2  # somecommand2 is unaware of FOO

somecommand2の前に "FOO = bar"を追加することもできますが、これは機能しますが、不要な重複が追加され、変数に応じて解釈される引数（ '[az]'など）には役立ちません。

では、これを1行で行うにはどうすればよいでしょうか。

私は次の順序で何かを考えています：

FOO=bar (somecommand someargs | somecommand2)  # Doesn't actually work

良い答えがたくさんありました！目標は、これを1行に保つことです。できれば「エクスポート」を使用しないでください。Bashへの呼び出しを使用する方法は全体的に最高でしたが、「export」が含まれている括弧付きのバージョンは少しコンパクトでした。パイプではなくリダイレ​​クトを使用する方法も興味深いです。

FOO=bar bash -c 'somecommand someargs | somecommand2'

変数をエクスポートするのはどうですか？サブシェルの内部だけですか？：

(export FOO=bar && somecommand someargs | somecommand2)

キースには、コマンドを無条件に実行するために、これを行うというポイントがあります。

(export FOO=bar; somecommand someargs | somecommand2)

あなたも使うことができますeval：

FOO=bar eval 'somecommand someargs | somecommand2'

この答えevalは誰にとっても喜ばしいとは思われないので、はっきりさせておきます。書いたとおりに使用すると、一重引用符があれば、完全に安全です。外部プロセス（承認された回答など）を起動せず、追加のサブシェル（他の回答など）でコマンドを実行しないため、これは良いことです。

通常のビューがいくつかあるので、これに代わる方法を提供することはおそらくeval誰にとっても喜ばしいことであり、この迅速なeval「トリック」のすべての利点（そしておそらくそれ以上）を持っています。関数を使うだけ！すべてのコマンドで関数を定義します。

mypipe() {
    somecommand someargs | somecommand2
}

次のような環境変数で実行します。

FOO=bar mypipe

を使用しenvます。

たとえば、env FOO=BAR command。command実行が終了すると、環境変数は再び復元/変更されないことに注意してください。

シェルの置換について注意してください。つまり$FOO、同じコマンドラインで明示的に参照したい場合は、シェルインタープリターが実行前に置換を実行しないように、エスケープする必要がある場合がありますenv。

$ export FOO=BAR
$ env FOO=FUBAR bash -c 'echo $FOO'
FUBAR
$ echo $FOO
BAR

シェルスクリプトを使用します。

#!/bin/bash
# myscript
FOO=bar
somecommand someargs | somecommand2

> ./myscript