Übergeben Sie alle Variablen von einem Shellscript zum anderen?

So können sagen, ich habe ein Shell-Script /bash-Skript mit dem Namen test.sh

mit:

#!/bin/bash
#

TESTVARIABLE=hellohelloheloo
./test2.sh

meine test2.sh sieht so aus

#!/bin/bash
#

echo ${TESTVARIABLE}

funktioniert das nicht. Ich will nicht alle übergeben Sie Variablen als Parameter, da imho das ist übertrieben. Gibt es einen anderen Weg?

Kommentar zu dem Problem - Öffnen
Eine Idee ist, speichern Sie die Variablen in eine Datei und laden Sie dann in einem anderen Skript. Kommentarautor: Rodrigo
@Rodrigo ich habe ein ähnliches Konzept vor für die "speichern" - Werte zwischen läuft ein Skript, mit einigem Erfolg. Nur eine Sache zu beachten ist, ist, dass, wenn mehrere Instanzen des Skripts, das könnte heikel. Aber wenn Sie speichern Sie Sie in der bash-Zuordnung Formular können Sie nur die Quelle der zu importierenden Datei die Variablen Kommentarautor: FatalError

InformationsquelleAutor der Frage Toskan | 2012-03-19

  1. 186

    Haben Sie grundsätzlich zwei Optionen:

    1. , Die variable eine Umgebungsvariable (export TESTVARIABLE) vor dem ausführen der 2. script.
    2. Quelle das 2. Skript, d.h. . test2.sh und es laufen in der gleichen shell. Damit würden Sie mehr teilen, komplexe Variablen wie arrays leicht, aber auch bedeutet, dass das andere Skript ändern könnte, Variablen im source-shell.

    UPDATE:

    Verwenden export eine Umgebungsvariable gesetzt werden, können Sie entweder eine bestehende variable:

    A=10
# ...
export A

    Diese sollten auf die Arbeit in beiden bash und sh. bash es gestattet auch kombiniert werden, etwa so:

    export A=10

    Funktioniert das auch in meine sh (was passiert zu sein bash verwenden, können Sie echo $SHELL zu prüfen). Aber ich glaube nicht, dass das unbedingt funktionieren in allen sh, also am besten auf Nummer sicher gehen und trennen Sie Sie.

    Jede variable, die Sie exportieren, auf diese Weise wird sichtbar in Skripts, die Sie ausführen, zum Beispiel:

    ein.sh:

    #!/bin/sh

MESSAGE="hello"
export MESSAGE
./b.sh

    b.sh:

    #!/bin/sh

echo "The message is: $MESSAGE"

    Dann:

    $ ./a.sh
The message is: hello

    Die Tatsache, dass diese beiden shell-Skripte ist auch nur nebensächlich. Umwelt-Variablen, die übergeben werden kann, um jeden Prozess, den Sie ausführen, zum Beispiel wenn wir python statt es Aussehen könnte:

    ein.sh:

    #!/bin/sh

MESSAGE="hello"
export MESSAGE
./b.py

    b.py:

    #!/usr/bin/python

import os

print 'The message is:', os.environ['MESSAGE']

    Sourcing:

    Stattdessen könnten wir Quelle:

    ein.sh:

    #!/bin/sh

MESSAGE="hello"

. ./b.sh

    b.sh:

    #!/bin/sh

echo "The message is: $MESSAGE"

    Dann:

    $ ./a.sh
The message is: hello

    Diese mehr oder weniger "importiert" den Inhalt b.sh direkt ein und führt es in die gleichen shell. Beachten Sie, dass wir nicht haben, exportieren Sie die variable zugreifen können. Damit werden implizit alle Anteile der Variablen, die Sie haben, so gut können die anderen Skripts zum hinzufügen/löschen/ändern von Variablen in der shell. Natürlich, in diesem Modell sowohl Ihre Skripts sollte die gleiche Sprache (sh oder bash). Um ein Beispiel zu geben, wie wir konnten, pass Nachrichten hin und her:

    ein.sh:

    #!/bin/sh

MESSAGE="hello"

. ./b.sh

echo "[A] The message is: $MESSAGE"

    b.sh:

    #!/bin/sh

echo "[B] The message is: $MESSAGE"

MESSAGE="goodbye"

    Dann:

    $ ./a.sh
[B] The message is: hello
[A] The message is: goodbye

    Dies funktioniert ebenso gut in bash. Es macht es auch einfach, mehr zu teilen, komplexe Daten, die Sie konnte nicht Ausdrücken, wie eine Umgebungsvariable (zumindest ohne einige schweres heben), wie arrays und assoziativen arrays.

    InformationsquelleAutor der Antwort FatalError

  2. 18

    Fatal Error gab eine einfache Möglichkeit: die Quelle Ihrer zweiten Skript! wenn Sie besorgt sind, dass dieses zweite Skript verändern können, einige Ihrer wertvollen Variablen, können Sie immer die Quelle, die er in einer subshell:

    ( . ./test2.sh )

    Den Klammern wird die Quelle geschehen in einer subshell, so dass die Eltern-shell nicht sehen, die änderungen test2.sh durchführen könnte.

    Gibt es eine andere Möglichkeit, dass sollte auf jeden Fall darauf verwiesen werden, hier: Verwendung set -a.

    Aus der POSIX set - Referenz:

    -a: Wenn diese option eingeschaltet ist, wird der export Attribut wird für jede variable an, die eine Abtretung erfolgt; vgl. die grundlegenden Definitionen Volumen von IEEE Std 1003.1-2001, Abschnitt 4.21, Variable Zuordnung. Wenn die Zuordnung vor ein Dienstprogramm Namen in einem Befehl, der export Attribut wird nicht persistent in der aktuellen Ausführungsumgebung, nachdem das Dienstprogramm beendet ist, mit der Ausnahme, dass vorhergehende eine Besondere built-in utilities Ursachen der export Attribut beibehalten, nachdem das built-in abgeschlossen hat. Wenn die Zuordnung nicht Voraus, ein Dienstprogramm namens in der Kommandozeile, oder, wenn der Auftrag ein Ergebnis der operation des getopts oder Lesen utilities, die export-Attribut wird bestehen bleiben, bis die variable nicht gesetzt ist.

    Aus der Bash-Manual:

    -a: Mark Variablen und die Funktion, die geändert oder erstellt für den export in die Umwelt der nachfolgenden Befehle.

    Also in deinem Fall:

    set -a
TESTVARIABLE=hellohelloheloo
# ...
# Here put all the variables that will be marked for export
# and that will be available from within test2 (and all other commands).
# If test2 modifies the variables, the modifications will never be
# seen in the present script!
set +a

./test2.sh

 # Here, even if test2 modifies TESTVARIABLE, you'll still have
 # TESTVARIABLE=hellohelloheloo

    Beachten Sie, dass die specs nur angeben, dass mit set -a die variable gekennzeichnet für den export. Das heißt:

    set -a
a=b
set +a
a=c
bash -c 'echo "$a"'

    echo c und nicht eine leere Zeile noch b (set +a nicht abwählen, für export, noch gibt es "speichern" wird der Wert der Zuweisung nur für die exportierte environment). Dies ist, natürlich, das natürlichste Verhalten.

    Fazit: mit set -a/set +a weniger langweilig als Export manuell alle Variablen. Es ist überlegen sourcing das zweite Skript, wie es funktionieren wird für jeden Befehl, nicht nur diejenigen geschrieben, die in der gleichen shell-Sprache.

    InformationsquelleAutor der Antwort gniourf_gniourf

  3. 12

    Gibt es eigentlich einen einfacheren Weg, als das exportieren und löschen oder Beschaffung wieder (zumindest in der bash, solange Sie ok sind, wobei die Umgebungsvariablen manuell):

    lassen.sh werden

    #!/bin/bash
secret="winkle my tinkle"
echo Yo, lemme tell you \"$secret\", b.sh!
Message=$secret ./b.sh

    b.sh werden

    #!/bin/bash
echo I heard \"$Message\", yo

    Beobachtet Ausgang ist

    [rob@Archie test]$ ./ein.sh

    Yo, lemme Ihnen sagen, "winkle meine tinkle", b.sh!

    Ich habe gehört, "winkle meine tinkle", yo

    Die Magie liegt in der letzten Zeile der a.sh, wo Message, Sie nur für die Dauer der Inkraftsetzung des ./b.sh, ist der Wert von secret aus a.sh.
    Im Grunde, es ist ein wenig wie benannte Parameter/Argumente. Mehr als dass, obwohl, es funktioniert auch für Variablen wie $DISPLAY, der steuert, welche X-Server-Anwendung gestartet wird.

    Denken Sie daran, die Länge der Liste der Umgebungsvariablen ist nicht unendlich. Auf meinem system mit relativ vanilla-kernel xargs --show-limits sagt mir die maximale Größe der Argumente, die Puffer 2094486 bytes. Theoretisch bist du mit shell-scripts falsch, wenn Ihre Daten grösser als das (Rohre, anyone?)

    InformationsquelleAutor der Antwort striking

  4. 3

    Hinzufügen, um die Antwort Fataler Fehler, Es gibt eine weitere Methode zum übergeben der Variablen an eine andere shell-Skript.

    Der oben vorgeschlagenen Lösung haben einige Nachteile:

    1. using Export : Es führt dazu, dass die variable vorhanden sein, aus deren Umfang nicht ein gutes design der Praxis.
    2. using Source : Es kann zu Kollisionen mit Namen oder unbeabsichtigtes überschreiben von vordefinierten Variablen auch in einigen anderen shell-Skript-Datei, die Sie bezogen eine andere Datei.

    Gibt es eine andere einfache Lösung zur Verfügung für uns zu nutzen.
    Angesichts der Beispiel die von Ihnen veröffentlicht wurden,

    test.sh

    #!/bin/bash

TESTVARIABLE=hellohelloheloo
./test2.sh "$TESTVARIABLE"

    test2.sh

    #!/bin/bash

echo $1

    Ausgabe 

    hellohelloheloo

    Es ist auch wichtig zu beachten, dass "" sind notwendig, wenn wir passieren multiword-strings.
    Unter einem weiteren Beispiel

    master.sh

    #!/bin/bash
echo in master.sh
var1="hello world"
sh slave1.sh $var1
sh slave2.sh "$var1"
echo back to master

    slave1.sh

    #!/bin/bash
echo in slave1.sh
echo value :$1

    slave2.sh

    #!/bin/bash
echo in slave2.sh
echo value : $1

    Ausgabe

    in master.sh
in slave1.sh
value :"hello
in slave2.sh
value :"hello world"

    Es geschieht, weil die Gründe treffend beschrieben in dieser link

    InformationsquelleAutor der Antwort Subham Tripathi

  5. 3

    In Bash, wenn Sie, exportieren Sie die variable in einer subshell, mit Klammern, wie abgebildet, vermeiden Sie leckt die exportierten Variablen:

    #!/bin/bash

TESTVARIABLE=hellohelloheloo
(
export TESTVARIABLE    
source ./test2.sh
)

    Der Vorteil hier ist, dass nach dem ausführen des script von der Kommandozeile aus, werden Sie nicht sehen, ein $TESTVARIABLE durchgesickert in Ihrer Umgebung:

    $ ./test.sh
hellohelloheloo
$ echo $TESTVARIABLE
                            #empty! no leak
$

    InformationsquelleAutor der Antwort Riaz Rizvi

  6. 1

    Andere Möglichkeit, die ist ein wenig einfacher für mich ist die Verwendung von named pipes. Named pipes eine Möglichkeit zum synchronisieren und versenden von Nachrichten zwischen verschiedenen Prozessen.

    A. bash:

    #!/bin/bash
msg="The Message"
echo $msg > A.pipe

    B. bash:

    #!/bin/bash
msg=`cat ./A.pipe`
echo "message from A : $msg"

    Verwendung:

    $ mkfifo A.pipe #You have to create it once
$ ./A.bash & ./B.bash # you have to run your scripts at the same time

    B. die bash wartet, bis die Nachricht und sobald A. bash sendet die Nachricht, B. bash wird Ihre Arbeit fortsetzen.

    InformationsquelleAutor der Antwort Pejman Habashi

  7. 0

    Andere option ist die Verwendung eval. Dies ist nur geeignet, wenn die Saiten vertraut. Das erste Skript kann echo die variable Zuordnungen:


    echo "VAR=myvalue"

    Dann:


    eval $(./first.sh) ./second.sh

    Dieser Ansatz ist von besonderem Interesse, wenn das zweite Skript, das Sie wollen, das setzen von Umgebungsvariablen ist nicht in bash und Sie wollen auch nicht export den Variablen, vielleicht, weil Sie empfindlich sind und Sie nicht wollen, dass Sie bestehen bleiben.

    InformationsquelleAutor der Antwort Mark Stosberg

Schreibe einen Kommentar