Das Festlegen einer Umgebungsvariablen vor einem Befehl in Bash funktioniert nicht für den zweiten Befehl in einer Pipe

In einer bestimmten Shell würde ich normalerweise eine Variable oder Variablen festlegen und dann einen Befehl ausführen. Kürzlich habe ich das Konzept kennengelernt, einem Befehl eine Variablendefinition voranzustellen:

FOO=bar somecommand someargs

Das funktioniert ... irgendwie. Es funktioniert nicht, wenn Sie eine LC_ * -Variable ändern (was den Befehl zu beeinflussen scheint, aber nicht seine Argumente, z. B. '[az]' - Zeichenbereiche) oder wenn Sie die Ausgabe folgendermaßen an einen anderen Befehl weiterleiten:

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

Ich kann somecommand2 auch mit "FOO = bar" voranstellen, was funktioniert, aber unerwünschte Duplikate hinzufügt, und es hilft nicht bei Argumenten, die abhängig von der Variablen interpretiert werden (zum Beispiel '[az]').

Was ist also ein guter Weg, dies in einer einzigen Zeile zu tun?

Ich denke etwas in der Größenordnung von:

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

Ich habe viele gute Antworten bekommen! Das Ziel ist es, dies einzeilig zu halten, vorzugsweise ohne "Export" zu verwenden. Die Methode mit einem Aufruf von Bash war insgesamt am besten, obwohl die in Klammern gesetzte Version mit "Export" etwas kompakter war. Interessant ist auch die Methode, die Umleitung anstelle einer Pipe zu verwenden.

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

Wie wäre es mit dem Exportieren der Variablen, aber nur innerhalb der Subshell?:

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

Keith hat einen Punkt, um die Befehle bedingungslos auszuführen, tun Sie dies:

(export FOO=bar; somecommand someargs | somecommand2)

Sie können auch verwenden eval:

FOO=bar eval 'somecommand someargs | somecommand2'

Da diese Antwort mit evalnicht jedem zu gefallen scheint, lassen Sie mich etwas klarstellen: Wenn sie wie geschrieben mit den einfachen Anführungszeichen verwendet wird , ist sie absolut sicher. Es ist gut, da es weder einen externen Prozess startet (wie die akzeptierte Antwort) noch die Befehle in einer zusätzlichen Unterschale ausführt (wie die andere Antwort).

Da wir ein paar regelmäßige Ansichten erhalten, ist es wahrscheinlich gut, eine Alternative zu geben eval, die allen gefällt und alle Vorteile (und vielleicht sogar noch mehr!) Dieses schnellen eval„Tricks“ bietet . Verwenden Sie einfach eine Funktion! Definieren Sie eine Funktion mit all Ihren Befehlen:

mypipe() {
    somecommand someargs | somecommand2
}

und führen Sie es mit Ihren Umgebungsvariablen wie folgt aus:

FOO=bar mypipe

Verwenden env .

Zum Beispiel, env FOO=BAR command . Beachten Sie, dass die Umgebungsvariablen nach commandAbschluss der Ausführung wieder hergestellt / unverändert bleiben .

Seien Sie nur vorsichtig, wenn eine Shell-Substitution stattfindet. Wenn Sie also $FOOexplizit auf dieselbe Befehlszeile verweisen möchten , müssen Sie diese möglicherweise maskieren, damit Ihr Shell-Interpreter die Substitution nicht ausführt, bevor sie ausgeführt wird env.

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

Verwenden Sie ein Shell-Skript:

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

> ./myscript