TL; DR: Wie exportiere ich eine Reihe von Schlüssel / Wert-Paaren aus einer Textdatei in die Shell-Umgebung?

Im Folgenden finden Sie die Originalversion der Frage mit Beispielen.

Ich schreibe ein Skript in Bash, das Dateien mit 3 Variablen in einem bestimmten Ordner analysiert. Dies ist eine davon:

MINIENTREGA_FECHALIMITE="2011-03-31"
MINIENTREGA_FICHEROS="informe.txt programa.c"
MINIENTREGA_DESTINO="./destino/entrega-prac1"

Diese Datei wird in ./conf/prac1 gespeichert

Mein Skript minientrega.sh analysiert dann die Datei mit diesem Code:

cat ./conf/$1 | while read line; do
    export $line
done

Wenn ich jedoch minientrega.sh prac1in der Befehlszeile ausführe , werden die Umgebungsvariablen nicht festgelegt

Ich habe auch versucht, source ./conf/$1aber das gleiche Problem gilt immer noch

Vielleicht gibt es eine andere Möglichkeit, dies zu tun. Ich muss nur die Umgebungsvariablen der Datei verwenden, die ich als Argument für mein Skript übergebe.

Das Problem bei Ihrem Ansatz ist, dass die exportIn-the- whileLoop in einer Sub-Shell stattfindet und diese Variablen in der aktuellen Shell (übergeordnete Shell der while-Schleife) nicht verfügbar sind.

In exportBefehl in der Datei selbst:

export MINIENTREGA_FECHALIMITE="2011-03-31"
export MINIENTREGA_FICHEROS="informe.txt programa.c"
export MINIENTREGA_DESTINO="./destino/entrega-prac1"

Dann müssen Sie die Datei in der aktuellen Shell mit folgenden Quellen versehen:

. ./conf/prac1

ODER

source ./conf/prac1

Dies könnte hilfreich sein:

export $(cat .env | xargs) && rails c

Der Grund, warum ich dies verwende, ist, wenn ich .envDinge in meiner Rails-Konsole testen möchte .

gabrielf hat einen guten weg gefunden, um die variablen lokal zu halten. Dies löst das potenzielle Problem beim Übergang von Projekt zu Projekt.

env $(cat .env | xargs) rails

Ich habe das mit getestet bash 3.2.51(1)-release

Aktualisieren:

#Verwenden Sie Folgendes, um Zeilen zu ignorieren, die mit beginnen (dank Petes Kommentar ):

export $(grep -v '^#' .env | xargs)

Wenn Sie unsetalle in der Datei definierten Variablen verwenden möchten , verwenden Sie Folgendes:

unset $(grep -v '^#' .env | sed -E 's/(.*)=.*/\1/' | xargs)

Aktualisieren:

Verwenden Sie Folgendes, um Werte auch mit Leerzeichen zu behandeln:

export $(grep -v '^#' .env | xargs -d '\n')

auf GNU-Systemen - oder:

export $(grep -v '^#' .env | xargs -0)

auf BSD-Systemen.

-o allexportErmöglicht den Export aller folgenden Variablendefinitionen. +o allexportDeaktiviert diese Funktion.

set -o allexport
source conf-file
set +o allexport

set -a
. ./env.txt
set +a

Wenn env.txtist wie:

VAR1=1
VAR2=2
VAR3=3
...

Erklärungen -a entspricht allexport . Mit anderen Worten, jede Variablenzuweisung in der Shell wird in die Umgebung exportiert (zur Verwendung durch mehrere untergeordnete Prozesse). Weitere Informationen finden Sie in der Dokumentation zum Set :

-a     Jede Variable oder Funktion, die erstellt oder geändert wird, erhält das Exportattribut und wird für den Export nachfolgender Befehle in die Umgebung markiert.

Wenn Sie '+' anstelle von '-' verwenden, werden diese Optionen deaktiviert. Die Optionen können auch beim Aufruf der Shell verwendet werden. Die aktuellen Optionen finden Sie in $ -.

Die allexportOption wird hier in einigen anderen Antworten erwähnt, für die set -adie Verknüpfung gilt. Die Beschaffung der .env-Datei ist wirklich besser als das Durchlaufen von Zeilen und das Exportieren, da Kommentare, Leerzeilen und sogar Umgebungsvariablen, die von Befehlen generiert werden, berücksichtigt werden. Meine .bashrc enthält Folgendes:

# .env loading in the shell
dotenv () {
  set -a
  [ -f .env ] && . .env
  set +a
}

# Run dotenv on login
dotenv

# Run dotenv on every new directory
cd () {
  builtin cd $@
  dotenv
}

eval $(cat .env | sed 's/^/export /')

Ich fand den effizientesten Weg ist:

export $(xargs < .env)

Erläuterung

Wenn wir eine .envDatei wie diese haben:

key=val
foo=bar

laufen xargs < .envwird bekommenkey=val foo=bar

Also werden wir eine bekommen export key=val foo=barund es ist genau das, was wir brauchen!

Verjährung

1. Fälle, in denen die Werte Leerzeichen enthalten, werden nicht behandelt. Befehle wie env erzeugen dieses Format. - @Shardj

Hier ist eine andere sedLösung, die nicht ausgewertet wird oder Rubin benötigt:

source <(sed -E -n 's/[^#]+/export &/ p' ~/.env)

Dies fügt den Export hinzu und behält Kommentare in Zeilen bei, die mit einem Kommentar beginnen.

.env Inhalt

A=1
#B=2

Probelauf

$ sed -E -n 's/[^#]+/export &/ p' ~/.env
export A=1
#export B=2

Ich fand dies besonders nützlich, wenn ich eine solche Datei zum Laden in eine systemd-Einheitendatei mit erstellteEnvironmentFile .

Ich habe die Antwort von user4040650 positiv bewertet, da sie sowohl einfach ist als auch Kommentare in der Datei zulässt (dh Zeilen, die mit # beginnen), was für mich sehr wünschenswert ist, da Kommentare hinzugefügt werden können, in denen die Variablen erläutert werden. Einfach im Kontext der ursprünglichen Frage umschreiben.

Wenn das Skript wie angegeben aufgerufen wird : minientrega.sh prac1, könnte minientrega.sh Folgendes haben:

set -a # export all variables created next
source $1
set +a # stop exporting

# test that it works
echo "Ficheros: $MINIENTREGA_FICHEROS"

Folgendes wurde aus der Set-Dokumentation extrahiert :

Dieser Einbau ist so kompliziert, dass er einen eigenen Abschnitt verdient. Mit set können Sie die Werte von Shell-Optionen ändern und die Positionsparameter festlegen oder die Namen und Werte von Shell-Variablen anzeigen.

set [--abefhkmnptuvxBCEHPT] [-o Optionsname] [Argument…] set [+ abefhkmnptuvxBCEHPT] [+ o Optionsname] [Argument…]

Wenn keine Optionen oder Argumente angegeben werden, zeigt set die Namen und Werte aller Shell-Variablen und -Funktionen, sortiert nach dem aktuellen Gebietsschema, in einem Format an, das als Eingabe zum Festlegen oder Zurücksetzen der aktuell festgelegten Variablen wiederverwendet werden kann. Schreibgeschützte Variablen können nicht zurückgesetzt werden. Im POSIX-Modus werden nur Shell-Variablen aufgelistet.

Wenn Optionen angegeben werden, werden Shell-Attribute festgelegt oder deaktiviert. Optionen haben, falls angegeben, die folgenden Bedeutungen:

-a Jede Variable oder Funktion, die erstellt oder geändert wird, erhält das Exportattribut und wird für den Export nachfolgender Befehle in die Umgebung markiert.

Und das auch:

Wenn Sie '+' anstelle von '-' verwenden, werden diese Optionen deaktiviert. Die Optionen können auch beim Aufruf der Shell verwendet werden. Die aktuellen Optionen finden Sie in $ -.

Verbesserung der Antwort von Silas Paul

Durch das Exportieren der Variablen in eine Subshell werden sie für den Befehl lokal.

(export $(cat .env | xargs) && rails c)

SAVE=$(set +o | grep allexport) && set -o allexport && . .env; eval "$SAVE"

Dadurch werden Ihre ursprünglichen Optionen gespeichert / wiederhergestellt, unabhängig davon, um welche es sich handelt.

Die Verwendung set -o allexporthat den Vorteil, dass Kommentare ohne Regex ordnungsgemäß übersprungen werden.

set +oselbst gibt alle Ihre aktuellen Optionen in einem Format aus, das bash später ausführen kann. Auch praktisch: set -oAllein werden alle aktuellen Optionen in einem benutzerfreundlichen Format ausgegeben.

Der kürzeste Weg, den ich gefunden habe:

Ihre .envDatei:

VARIABLE_NAME="A_VALUE"

Dann einfach

. ./.env && echo ${VARIABLE_NAME}

Bonus: Da es sich um einen kurzen Einzeiler handelt, ist er in package.jsonDateien sehr nützlich

  "scripts": {
    "echo:variable": ". ./.env && echo ${VARIABLE_NAME}"
  }

Einfacher:

1. Holen Sie sich den Inhalt der Datei
2. Entfernen Sie alle leeren Zeilen (nur für den Fall, dass Sie einige Dinge getrennt haben).
3. Entfernen Sie alle Kommentare (nur für den Fall, dass Sie einige hinzugefügt haben ...)
4. exportzu allen Zeilen hinzufügen
5. eval das ganze Ding

eval $(cat .env | sed -e /^$/d -e /^#/d -e 's/^/export /')

Eine weitere Option (Sie müssen nicht ausführen eval(dank @Jaydeep)):

export $(cat .env | sed -e /^$/d -e /^#/d | xargs)

Wenn Sie Ihr Leben WIRKLICH einfach gestalten möchten, fügen Sie Folgendes hinzu ~/.bash_profile:

function source_envfile() { export $(cat $1 | sed -e /^$/d -e /^#/d | xargs); }

(Stellen Sie sicher, dass Sie Ihre Bash-Einstellungen neu laden !!! source ~/.bash_profileoder ... erstellen Sie einfach einen neuen Tab / ein neues Fenster und lösen Sie das Problem.) Sie nennen es so:source_envfile .env

Sie können Ihr ursprüngliches Skript verwenden, um die Variablen festzulegen, aber Sie müssen es folgendermaßen aufrufen (mit eigenständigem Punkt):

. ./minientrega.sh

Es könnte auch ein Problem mit dem cat | while readAnsatz geben. Ich würde empfehlen, den Ansatz zu verwenden while read line; do .... done < $FILE.

Hier ist ein Arbeitsbeispiel:

> cat test.conf
VARIABLE_TMP1=some_value

> cat run_test.sh
#/bin/bash
while read line; do export "$line";
done < test.conf
echo "done"

> . ./run_test.sh
done

> echo $VARIABLE_TMP1
some_value

Aufbauend auf anderen Antworten können Sie hier nur eine Teilmenge von Zeilen in eine Datei exportieren, einschließlich Werte mit Leerzeichen wie PREFIX_ONE="a word":

set -a
. <(grep '^[ ]*PREFIX_' conf-file)
set +a

Hier ist meine Variante:

  with_env() {
    (set -a && . ./.env && "$@")
  }

verglichen mit den vorherigen Lösungen:

• Es werden keine Variablen außerhalb des Gültigkeitsbereichs verloren (Werte von .envwerden dem Aufrufer nicht angezeigt)
• macht keine Clobber- setOptionen
• Gibt den Exit-Code des ausgeführten Befehls zurück
• verwendet posix kompatibel set -a
• verwendet .statt sourceBashismus zu vermeiden
• Befehl wird nicht aufgerufen, wenn das .envLaden fehlschlägt

with_env rails console

Ich arbeite mit Docker-Compose und .envDateien auf dem Mac und wollte diese .envin meine Bash-Shell importieren (zum Testen). Die "beste" Antwort hier war das Auslösen der folgenden Variablen:

.env

NODE_ARGS=--expose-gc --max_old_space_size=2048

Lösung

Also habe ich evalmeine env var defs verwendet und in einfache Anführungszeichen gesetzt.

eval $(grep -v -e '^#' .env | xargs -I {} echo export \'{}\')

Bash-Version

$ /bin/bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)
Copyright (C) 2007 Free Software Foundation, Inc.

Meine .env:

#!/bin/bash
set -a # export all variables

#comments as usual, this is a bash script
USER=foo
PASS=bar

set +a #stop exporting variables

Aufrufen:

source .env; echo $USER; echo $PASS

Referenz /unix/79068/how-to-export-variables-that-are-set-all-at-once

Ich habe Probleme mit den zuvor vorgeschlagenen Lösungen:

• Die Lösung von @ anubhava macht das Schreiben von bash-freundlichen Konfigurationsdateien sehr schnell sehr ärgerlich, und außerdem möchten Sie Ihre Konfiguration möglicherweise nicht immer exportieren.
• Die @ Silas Paul-Lösung bricht ab, wenn Sie Variablen mit Leerzeichen oder anderen Zeichen haben, die in Anführungszeichen gut funktionieren, aber $()ein Durcheinander daraus machen.

Hier ist meine Lösung, die IMO immer noch ziemlich schrecklich ist - und das von Silas angesprochene Problem "Nur an ein Kind exportieren" nicht löst (obwohl Sie es wahrscheinlich in einer Sub-Shell ausführen können, um den Umfang einzuschränken):

source .conf-file
export $(cut -d= -f1 < .conf-file)

Meine Anforderungen waren:

• einfache .env-Datei ohne exportPräfixe (aus Kompatibilitätsgründen mit dotenv)
• unterstützende Werte in Anführungszeichen: TEXT = "alpha bravo charlie"
• unterstützende Kommentare mit dem Präfix # und Leerzeilen
• Universal für Mac / BSD und Linux / GNU

Vollversion zusammengestellt aus den obigen Antworten:

  set -o allexport
  eval $(grep -v '^#' .env | sed 's/^/export /')
  set +o allexport

Erstellen Sie zunächst eine Umgebungsdatei, die alle Schlüssel-Wert-Paare der folgenden Umgebungen enthält, und benennen Sie sie in meinem Fall wie Sie möchten env_var.env

MINIENTREGA_FECHALIMITE="2011-03-31"
MINIENTREGA_FICHEROS="informe.txt programa.c"
MINIENTREGA_DESTINO="./destino/entrega-prac1"

Erstellen Sie dann ein Skript, das alle Umgebungsvariablen für die Python-Umgebung wie unten exportiert und wie folgt benennt export_env.sh

#!/usr/bin/env bash

ENV_FILE="$1"
CMD=${@:2}

set -o allexport
source $ENV_FILE
set +o allexport

$CMD

Dieses Skript verwendet das erste Argument als Umgebungsdatei, exportiert dann alle Umgebungsvariablen in dieser Datei und führt anschließend den Befehl aus.

VERWENDUNGSZWECK:

./export_env.sh env_var.env python app.py

Ich bin auf diesen Thread gestoßen, als ich versucht habe, Docker --env-filein einer Shell wiederzuverwenden . Ihr Format ist nicht bash-kompatibel, aber es ist einfach: name=valuekein Zitat, keine Substitution. Sie ignorieren auch Leerzeilen und# Kommentare.

Ich konnte es nicht ganz mit Posix kompatibel machen, aber hier ist eine, die in Bash-ähnlichen Shells funktionieren sollte (getestet in zsh unter OSX 10.12.5 und Bash unter Ubuntu 14.04):

while read -r l; do export "$(sed 's/=.*$//' <<<$l)"="$(sed -E 's/^[^=]+=//' <<<$l)"; done < <(grep -E -v '^\s*(#|$)' your-env-file)

Es wird nicht drei Fälle im Beispiel aus den oben verlinkten Dokumenten handhaben :

• bash: export: `123qwe=bar': not a valid identifier
• bash: export: `org.spring.config=something': not a valid identifier
• und es wird nicht die Passthrough-Syntax verarbeiten (ein nackter FOO)

Leerzeichen im Wert

Hier gibt es viele gute Antworten, aber ich fand, dass sie alle keine Unterstützung für Leerzeichen im Wert haben:

DATABASE_CLIENT_HOST=host db-name db-user 0.0.0.0/0 md5

Ich habe 2 Lösungen gefunden, die mit solchen Werten funktionieren und leere Zeilen und Kommentare unterstützen.

Eine basierend auf sed und @ javier-buzzi Antwort :

source <(sed -e /^$/d -e /^#/d -e 's/.*/declare -x "&"/g' .env)

Und eine mit Lesezeile in einer Schleife basierend auf @ john1024 Antwort

while read -r line; do declare -x "$line"; done < <(egrep -v "(^#|^\s|^$)" .env)

Der Schlüssel hier liegt darin declare -x, Zeilen in doppelte Anführungszeichen zu setzen. Ich weiß nicht warum, aber wenn Sie den Schleifencode in mehrere Zeilen umformatieren, funktioniert er nicht - ich bin kein Bash-Programmierer, ich habe diese nur verschlungen, es ist immer noch magisch für mich :)

versuche so etwas

for line in `cat your_env_file`; do if [[ $line != \#* ]];then export $line; fi;done

t=$(mktemp) && export -p > "$t" && set -a && . ./.env && set +a && . "$t" && rm "$t" && unset t

Wie es funktioniert

1. Erstellen Sie eine temporäre Datei.
2. Schreiben Sie alle aktuellen Umgebungsvariablenwerte in die temporäre Datei.
3. Aktivieren Sie den Export aller deklarierten Variablen im Quellenskript in die Umgebung.
4. .envDatei lesen . Alle Variablen werden in die aktuelle Umgebung exportiert.
5. Deaktivieren Sie den Export aller deklarierten Variablen im Quellenskript in die Umgebung.
6. Lesen Sie den Inhalt der temporären Datei. Jede Zeile hätte, declare -x VAR="val"dass jede der Variablen in die Umgebung exportiert würde.
7. Temporäre Datei entfernen.
8. Deaktivieren Sie die Variable, die den temporären Dateinamen enthält.

Eigenschaften

• Erhält die Werte der Variablen, die bereits in der Umgebung festgelegt wurden
• .env kann Kommentare haben
• .env kann leere Zeilen haben
• .enverfordert keine spezielle Kopf- oder Fußzeile wie in den anderen Antworten ( set -aund set +a)
• .envmuss nicht exportfür jeden Wert haben
• Einzeiler

Wenn Sie eine Fehlermeldung erhalten, weil eine Ihrer Variablen einen Wert enthält, der Leerzeichen enthält, können Sie versuchen, bashs IFS(Internal Field Separator) zurückzusetzen \n, damit bash das cat .envErgebnis als Liste von Parametern für die envausführbare Datei interpretiert .

Beispiel:

IFS=$'\n'; env $(cat .env) rails c

Siehe auch:

• http://tldp.org/LDP/abs/html/internalvariables.html#IFSREF
• https://unix.stackexchange.com/a/196761

Meine .env-Datei sieht folgendermaßen aus:

DATABASE_URI="postgres://sa:***@localhost:5432/my_db"
VARIABLE_1="SOME_VALUE"
VALIABLE_2="123456788"

Auf die @henke - Methode enthält der exportierte Wert die Anführungszeichen"

"postgres://sa:***@localhost:5432/my_db"
"SOME_VALUE"
"123456788"

Ich möchte jedoch, dass der exportierte Wert nur Folgendes enthält:

postgres://sa:***@localhost:5432/my_db
SOME_VALUE
123456788

Um das Problem zu beheben, bearbeite ich den Befehl zum Löschen der Anführungszeichen:

export $(grep -v '^#' dev.env | tr --delete '"' | xargs -d '\n')

Dieser behandelt Leerzeichen auf der rechten Seite und überspringt 'seltsame' Variablen wie Bash-Moduldefinitionen (mit '()' darin):

echo "# source this to set env vars" > $bld_dir/.env
env | while read line; do
    lhs="${line%%=*}"
    rhs="${line#*=}"
    if [[ "$lhs" =~ ^[0-9A-Za-z_]+$ ]]; then
        echo "export $lhs=\"$rhs\"" >> $bld_dir/.env
    fi
done