Kann ein shell-Skript, das setzen von Umgebungsvariablen der aufrufenden shell?

Verwenden Sie die "Punkt-Leerzeichen-script" aufrufen syntax. Zum Beispiel, hier ist, wie es mit dem vollständigen Pfad zu einem Skript:

. /path/to/set_env_vars.sh

Und hier ist, wie es zu tun ist, wenn Sie im gleichen Verzeichnis wie das Skript:

. set_env_vars.sh

Diese führen Sie das Skript in der aktuellen shell anstelle des Ladens ein weiteres (das ist, was passieren würde, wenn Sie nicht ./set_env_vars.sh). Läuft es denn in der gleichen shell, die Umwelt-Variablen, die Sie festlegen, wird verfügbar sein, wenn er sich beendet.

Dies ist das gleiche wie der Aufruf source set_env_vars.shaber es ist kürzer zu geben und möglicherweise in einigen Orten, wo source nicht.

InformationsquelleAutor der Antwort Humberto Romero

In meine .bash_profile habe ich :

# No Proxy
function noproxy
{
    /usr/local/sbin/noproxy  #turn off proxy server
    unset http_proxy HTTP_PROXY https_proxy HTTPs_PROXY
}


# Proxy
function setproxy
{
    sh /usr/local/sbin/proxyon  #turn on proxy server 
    http_proxy=http://127.0.0.1:8118/
    HTTP_PROXY=$http_proxy
    https_proxy=$http_proxy
    HTTPS_PROXY=$https_proxy
    export http_proxy https_proxy HTTP_PROXY HTTPS_PROXY
}

Also, wenn ich wollen, deaktivieren Sie den proxy,
die Funktion(en) ausführen der login-shell und setzt die Variablen
wie erwartet und gewünscht.

InformationsquelleAutor der Antwort chris

Das funktioniert — es ist nicht das, was ich benutzen würde, aber es "funktioniert". Lassen Sie ein Skript erstellen teredo die Umgebungsvariable TEREDO_WORMS:

#!/bin/ksh
export TEREDO_WORMS=ukelele
exec $SHELL -i

Wird es interpretiert von der Korn-shell exportiert die Umgebungsvariable, und dann ersetzt sich selbst mit einem neuen interaktiven shell.

Bevor dieses Skript ausgeführt wird, haben wir SHELL Satz in die Umgebung, um die C-shell und die Umgebungsvariable TEREDO_WORMS ist nicht gesetzt:

% env | grep SHELL
SHELL=/bin/csh
% env | grep TEREDO
%

Wenn das Skript ausgeführt wird, werden Sie in eine neue shell, anderen interaktiven C-shell, aber die Umgebungsvariable gesetzt:

% teredo
% env | grep TEREDO
TEREDO_WORMS=ukelele
%

Beim verlassen dieser shell, die original-shell übernimmt:

% exit
% env | grep TEREDO
%

Die Umgebungsvariable nicht gesetzt in der original-shell-Umgebung. Wenn Sie exec teredo den Befehl ausführen, dann den ursprünglichen interaktiven shell wird ersetzt durch die Korn-shell setzt, die die Umwelt, und dann wiederum wird ersetzt durch einen neuen, interaktiven C-shell:

% exec teredo
% env | grep TEREDO
TEREDO_WORMS=ukelele
%

Wenn Sie exit (oder Ctrl-D), wird die shell beendet, wahrscheinlich die Protokollierung, die Sie aus diesem Fenster, oder nehmen Sie zurück zur vorherigen Ebene der shell, von wo aus die Experimente gestartet.

Den gleichen Mechanismus arbeitet für die Bash oder die Korn shell. Sie können feststellen, dass die Eingabeaufforderung nach der Ausfahrt Befehle erscheint in lustigen stellen.

Hinweis: die Diskussion in den Kommentaren. Dies ist nicht eine Lösung, die ich empfehlen würde, aber es tut Erreichung der genannten Zwecke von einem Skript zum setzen der Umgebung, die mit allen shells funktioniert (das akzeptieren die -i option, um eine interaktive shell). Sie könnten auch "$@" nach der option relais werden alle anderen Argumente, die könnte dann die Schale verwendbar als einen Allgemeinen "set environment und Befehl ausführen" - tool. Möchten Sie vielleicht weglassen -i wenn es andere Argumente, was zu:

#!/bin/ksh
export TEREDO_WORMS=ukelele
exec $SHELL "${@-'-i'}"

Den "${@-'-i'}" etwas bedeutet", wenn das argument Liste enthält mindestens ein argument, verwenden Sie das ursprüngliche argument-Liste; andernfalls ersetzen -i für die nicht-existenten Argumente'.

InformationsquelleAutor der Antwort Jonathan Leffler

Eine andere Möglichkeit, die ich sehe nicht genannt wird, schreiben Sie den Wert der Variablen in eine Datei.

Lief ich in einer sehr ähnlichen Problem, wo ich sein wollte in der Lage zu laufen die letzten test (anstatt alle meine tests). Mein Erster plan war, zu schreiben, einen Befehl zum setzen der env-variable TESTCASE, und haben dann einen anderen Befehl, verwenden Sie diese, um den test auszuführen. Unnötig zu sagen, ich hatte exakt das gleiche Problem wie du.

Aber dann kam ich mit diesem einfachen hack:

Ersten Befehl ( testset ):

#!/bin/bash

if [ $# -eq 1 ]
then
  echo $1 > ~/.TESTCASE
  echo "TESTCASE has been set to: $1"
else
  echo "Come again?"
fi

Zweiten Befehl (testrun ):

#!/bin/bash

TESTCASE=$(cat ~/.TESTCASE)
drush test-run $TESTCASE

InformationsquelleAutor der Antwort dkinzer

Können Sie anweisen, den Kind-Prozess zum ausgeben der Umgebungsvariablen (durch Aufruf von "env"), dann die Schleife über den Ausdruck der environment-Variablen im parent-Prozess und rufen Sie "export" auf die Variablen.

Der folgende code basiert auf Aufnahme-Ausgang zu finden . -print0 in einem bash-array

Wenn der parent-shell ist die bash, die Sie verwenden können,

while IFS= read -r -d $'\0' line; do
    export "$line"
done < <(bash -s <<< 'export VARNAME=something; env -0')
echo $VARNAME

Wenn der parent-shell ist die dash, dann read nicht die d-fahne und der code wird komplizierter,

TMPDIR=$(mktemp -d)
mkfifo $TMPDIR/fifo
(bash -s << "EOF"
    export VARNAME=something
    while IFS= read -r -d $'\0' line; do
        echo $(printf '%q' "$line")
    done < <(env -0)
EOF
) > $TMPDIR/fifo &
while read -r line; do export "$(eval echo $line)"; done < $TMPDIR/fifo
rm -r $TMPDIR
echo $VARNAME

InformationsquelleAutor der Antwort klaus se

Technisch gesehen, die richtige ist -- nur, 'eval' keine Gabel eine andere shell. Jedoch, aus der Sicht der Anwendung, die Sie versuchen zu laufen, in die veränderte Umwelt, die Differenz ist null: das Kind erbt die Umgebung des übergeordneten Objekts, so dass die (modifizierte) Umwelt vermittelt wird, alle absteigende Prozesse.

Ipso facto, die geänderte Umgebungsvariable 'sticks' - solange Sie unter dem übergeordneten Programm/shell.

Wenn es absolut notwendig ist, um die Umgebungsvariable zu bleiben, nachdem die Eltern (Perl oder shell) beendet wurde, ist es notwendig, für die Eltern-shell zu tun, die schweres heben. Eine Methode, die ich gesehen habe in der Dokumentation für das aktuelle Skript, um zu laichen eine ausführbare Datei mit den notwendigen 'export' - Sprache, und dann trick der übergeordneten shell in der Ausführung es-immer in Kenntnis der Tatsache, dass Sie brauchen, um Vorwort den Befehl mit "source", wenn Sie versuchen, zu verlassen, eine nicht-flüchtige version der modifizierten Umgebung hinter sich. Eine Kluge, im besten Fall.

Die zweite Methode ist, ändern Sie das Skript, leitet die shell-Umgebung (.bashrc oder was auch immer) enthalten die geänderten parameter. Das kann gefährlich werden-wenn Sie Schlauch bis die Initialisierung Skript kann es machen Sie Ihre shell nicht verfügbar das nächste mal, wenn es versucht, zu starten. Es gibt viele tools zum ändern der aktuellen shell; durch die Anbringung der notwendigen Optimierungen, um den 'launcher', die Sie effektiv schieben diese änderungen freuen, wie gut.
In der Regel nicht eine gute Idee sein, wenn Sie nur die Umgebung ändert sich für eine bestimmte Anwendung suite, müssen Sie gehen zurück und die Rückkehr der shell starten Skript zu seinem ursprünglichen Zustand (mit vi oder was auch immer) hinterher.

Kurz gesagt, es gibt keine gute (und einfache) Methoden. Vermutlich war dies nur sehr schwierig zu gewährleisten, die Sicherheit des Systems wurde nicht unwiderruflich kompromittiert.

InformationsquelleAutor der Antwort David Lovering

Können Sie immer verwenden Sie Aliase

alias your_env='source ~/scripts/your_env.sh'

InformationsquelleAutor der Antwort user1667208

Habe ich diese vor vielen Jahren. Wenn ich erinnern, richtig, habe ich ein alias in jedem der .bashrc und .cshrc, mit den Parametern, aliasing die jeweiligen Formen der Einstellung der Umwelt zu einer gemeinsamen form.

Dann die Skript-Quelle in jede der beiden Schalen ein Befehl mit, dass die Letzte form, die geeignet ist alias in jeder Schale.

Wenn ich den konkreten Aliase, werde ich Sie posten.

InformationsquelleAutor der Antwort sancho.s

Unter OS X bash können Sie Folgendes tun:


Erstellen Sie das bash-Skript-Datei zu unset variable

#!/bin/bash
unset http_proxy

Machen Sie die Datei ausführbar

sudo chmod 744 unsetvar

Alias

alias unsetvar='source /your/path/to/the/script/unsetvar'

Sollte es bereit sein, zu verwenden, so lange Sie den Ordner mit dem Skript-Datei an den Pfad angehängt.

InformationsquelleAutor der Antwort Marton Tatai

Es ist nicht das, was ich nennen würde hervorragend, aber dies funktioniert auch, wenn Sie benötigen, rufen Sie das script aus der shell sowieso. Es ist keine gute Lösung, aber für eine einzelne statische variable, es funktioniert gut genug.

1.) Erstellen Sie ein Skript mit einer Bedingung, dass die Ausgänge entweder 0 (Erfolgreich) oder 1 (Nicht erfolgreich)

if [[ $foo == "True" ]]; then
    exit 0
else
    exit 1

2.) Erstellen Sie ein alias, das ist abhängig von der exit-code.

alias='myscript.sh && export MyVariable'

Rufen Sie den alias, der das script aufruft, das wertet die Bedingung, die erforderlich ist, um exit zero über das '&& " um, um die Umgebungsvariable in der parent-shell.

Dies ist Treibgut, aber es kann nützlich sein, in eine Prise.

InformationsquelleAutor der Antwort user1802263