Wie führe ich die Ausgabe eines Befehls in der aktuellen Shell aus?

Mir ist das source(aka .) Dienstprogramm bekannt, das den Inhalt aus einer Datei entnimmt und in der aktuellen Shell ausführt.

Jetzt wandle ich Text in Shell-Befehle um und führe sie dann wie folgt aus:

$ ls | sed ... | sh

lsist nur ein zufälliges Beispiel, der Originaltext kann alles sein. sedAuch nur ein Beispiel für die Transformation von Text. Das Interessante ist sh. Ich pfeife alles, was ich habe shund es läuft.

Mein Problem ist, dass ich eine neue Sub-Shell starten muss. Ich möchte lieber, dass die Befehle in meiner aktuellen Shell ausgeführt werden. Wie ich es tun könnte source some-file, wenn ich die Befehle in einer Textdatei hätte.

Ich möchte keine temporäre Datei erstellen, da sie sich schmutzig anfühlt.

Alternativ möchte ich meine Sub-Shell mit genau den gleichen Eigenschaften wie meine aktuelle Shell starten.

aktualisieren

Ok, die Lösungen mit Backtick funktionieren sicherlich, aber ich muss dies oft tun, während ich die Ausgabe überprüfe und ändere. Daher würde ich es sehr bevorzugen, wenn es am Ende eine Möglichkeit gäbe, das Ergebnis in etwas umzuwandeln.

trauriges Update

Ah, das /dev/stdinDing sah so hübsch aus, aber in einem komplexeren Fall funktionierte es nicht.

Also, ich habe folgendes:

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/git mv -f $1 $2.doc/i' | source /dev/stdin

Dadurch wird sichergestellt .doc, dass die Erweiterung aller Dateien in Kleinbuchstaben geschrieben ist.

Und was übrigens gehandhabt werden kann xargs, aber das ist nicht der Punkt.

find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/$1 $2.doc/i' | xargs -L1 git mv

Wenn ich das erstere starte, wird es sofort beendet, nichts passiert.

$ ls | sed ... | source /dev/stdin

UPDATE: Dies funktioniert in der Bash 4.0 sowie tcsh und Bindestrich (wenn Sie ändern sourcezu .). Anscheinend war dies in Bash 3.2 fehlerhaft. Aus den Versionshinweisen zu Bash 4.0 :

Es wurde ein Fehler behoben, der "." Fehler beim Lesen und Ausführen von Befehlen aus nicht regulären Dateien wie Geräten oder Named Pipes.

Der evalBefehl existiert genau zu diesem Zweck.

eval "$( ls | sed... )"

Mehr aus dem Bash-Handbuch :

eval

          eval [arguments]

Die Argumente werden zu einem einzigen Befehl zusammengefasst, der dann gelesen und ausgeführt wird, und sein Exit-Status wird als Exit-Status von eval zurückgegeben. Wenn keine oder nur leere Argumente vorhanden sind, ist der Rückgabestatus Null.

Wow, ich weiß, dass dies eine alte Frage ist, aber ich habe in letzter Zeit genau das gleiche Problem (so bin ich hierher gekommen).

Wie auch immer - ich mag die source /dev/stdinAntwort nicht, aber ich denke, ich habe eine bessere gefunden. Eigentlich ist es täuschend einfach:

echo ls -la | xargs xargs

Schön, oder? Tatsächlich macht dies immer noch nicht das, was Sie wollen, denn wenn Sie mehrere Zeilen haben, werden diese zu einem einzigen Befehl zusammengefasst, anstatt jeden Befehl einzeln auszuführen. Die Lösung, die ich gefunden habe, ist:

ls | ... | xargs -L 1 xargs

Die -L 1Option bedeutet, dass Sie (höchstens) 1 Zeile pro Befehlsausführung verwenden. Hinweis: Wenn Ihre Zeile mit einem Leerzeichen endet, wird sie mit der nächsten Zeile verkettet! Stellen Sie also sicher, dass jede Zeile mit einem Leerzeichen endet.

Endlich können Sie tun

ls | ... | xargs -L 1 xargs -t

um zu sehen, welche Befehle ausgeführt werden (-t ist ausführlich).

Hoffe jemand liest das!

Versuchen Sie, die Prozessersetzung zu verwenden , bei der die Ausgabe eines Befehls durch eine temporäre Datei ersetzt wird, die dann bezogen werden kann:

source <(echo id)

Ich glaube, das ist "die richtige Antwort" auf die Frage:

ls | sed ... | while read line; do $line; done

Das heißt, man kann in eine whileSchleife pfeifen; Der readBefehl befiehlt eine Zeile von seiner stdinund weist sie der Variablen zu $line. $linewird dann der Befehl, der innerhalb der Schleife ausgeführt wird; und es wird fortgesetzt, bis keine weiteren Zeilen in seiner Eingabe vorhanden sind.

Dies funktioniert bei einigen Kontrollstrukturen (wie einer anderen Schleife) immer noch nicht, passt aber in diesem Fall zur Rechnung.

`ls | sed ...`

Ich Art von Gefühl wie ls | sed ... | source -wäre schöner, aber leider sourcenicht verstehen , -zu verstehen stdin.

Ich denke, Ihre Lösung ist die Befehlssubstitution durch Backticks: http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_03_04.html

Siehe Abschnitt 3.4.5

Um die mark4o-Lösung für bash 3.2 (macos) zu verwenden, kann anstelle von Pipelines wie in diesem Beispiel eine Here-Zeichenfolge verwendet werden:

. /dev/stdin <<< "$(grep '^alias' ~/.profile)"

Warum dann nicht verwenden source?

$ ls | sed ... > out.sh ; source out.sh