TL; DR: Jak wyeksportować zestaw par klucz / wartość z pliku tekstowego do środowiska powłoki?

Dla przypomnienia poniżej znajduje się oryginalna wersja pytania wraz z przykładami.

Piszę skrypt w bash, który analizuje pliki z 3 zmiennymi w określonym folderze, jest to jeden z nich:

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

Ten plik jest przechowywany w ./conf/prac1

Mój skrypt minientrega.sh następnie analizuje plik przy użyciu tego kodu:

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

Ale kiedy wykonuję minientrega.sh prac1w wierszu poleceń, nie ustawia zmiennych środowiskowych

Próbowałem również użyć, source ./conf/$1ale ten sam problem nadal występuje

Może jest na to inny sposób, po prostu muszę użyć zmiennych środowiskowych pliku, który przekazuję jako argument mojego skryptu.

Problem z twoim podejściem polega na tym, exportże whilepętla dzieje się w podpowłoce, a te zmienne nie będą dostępne w bieżącej powłoce (powłoka nadrzędna pętli while).

Dodaj exportpolecenie w samym pliku:

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

Następnie musisz podać źródło w pliku w bieżącej powłoce, używając:

. ./conf/prac1

LUB

source ./conf/prac1

Może to być pomocne:

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

Powodem, dla którego go używam jest to, że chcę testować .envrzeczy w mojej konsoli szynowej.

gabrielf wymyślił dobry sposób na utrzymanie zmiennych lokalnych. To rozwiązuje potencjalny problem podczas przechodzenia od projektu do projektu.

env $(cat .env | xargs) rails

Przetestowałem to z bash 3.2.51(1)-release

Aktualizacja:

Aby zignorować linie zaczynające się od #, użyj tego (dzięki komentarzowi Pete'a ):

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

A jeśli chcesz unsetwszystkie zmienne zdefiniowane w pliku, użyj tego:

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

Aktualizacja:

Aby również obsługiwać wartości ze spacjami, użyj:

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

w systemach GNU - lub:

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

w systemach BSD.

-o allexportumożliwia eksport wszystkich następujących definicji zmiennych. +o allexportwyłącza tę funkcję.

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

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

Jeśli env.txtjest jak:

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

Objaśnienia -a jest równoważne z allexport . Innymi słowy, każde przypisanie zmiennych w powłoce jest eksportowane do środowiska (do wykorzystania przez wiele procesów potomnych). Więcej informacji można znaleźć w dokumentacji wbudowanej zestawu :

-a     Każda zmienna lub funkcja, która jest tworzona lub modyfikowana, otrzymuje atrybut eksportu i jest oznaczana do eksportu do środowiska kolejnych poleceń.

Użycie „+” zamiast „-” powoduje wyłączenie tych opcji. Opcji można również użyć po wywołaniu powłoki. Aktualny zestaw opcji można znaleźć w $ -.

allexportOpcja jest mowa w kilku innych odpowiedzi tutaj, dla których set -ajest skrót. Pozyskiwanie .env jest naprawdę lepsze niż zapętlanie linii i eksportowanie, ponieważ pozwala na komentarze, puste linie, a nawet zmienne środowiskowe generowane przez polecenia. Mój .bashrc obejmuje:

# .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 /')

Znalazłem najbardziej efektywny sposób:

export $(xargs < .env)

Wyjaśnienie

Kiedy mamy taki .envplik:

key=val
foo=bar

bieg xargs < .envdostaniekey=val foo=bar

więc dostaniemy export key=val foo=bari właśnie tego potrzebujemy!

Ograniczenie

1. Nie obsługuje przypadków, w których wartości zawierają spacje. Polecenia takie jak env tworzą ten format. - @Shardj

Oto inne sedrozwiązanie, które nie działa eval lub wymaga ruby:

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

To dodaje eksport, zachowując komentarze do linii zaczynających się od komentarza.

.env zawartość

A=1
#B=2

próbny przebieg

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

Uważam, że jest to szczególnie przydatne podczas konstruowania takiego pliku w celu załadowania go do pliku jednostki systemowejEnvironmentFile .

Poprosiłem o odpowiedź użytkownika 4040650, ponieważ jest on zarówno prosty, jak i pozwala na komentarze w pliku (tj. Wiersze zaczynające się od #), co jest dla mnie bardzo pożądane, ponieważ można dodawać komentarze wyjaśniające zmienne. Po prostu przepisuję w kontekście pierwotnego pytania.

Jeśli skrypt jest wywoływany, jak wskazano minientrega.sh prac1:, wtedy minientrega.sh może mieć:

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

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

Z dokumentacji zestawu wyodrębniono :

To wbudowane jest tak skomplikowane, że zasługuje na własną sekcję. set pozwala zmieniać wartości opcji powłoki i ustawiać parametry pozycyjne lub wyświetlać nazwy i wartości zmiennych powłoki.

ustaw [--abefhkmnptuvxBCEHPT] [-o nazwa-opcji] [argument…] ustaw [+ abefhkmnptuvxBCEHPT] [+ o nazwa-opcji] [argument…]

Jeśli nie podano żadnych opcji ani argumentów, set wyświetla nazwy i wartości wszystkich zmiennych powłoki i funkcji, posortowane według bieżących ustawień regionalnych, w formacie, który może być ponownie użyty jako dane wejściowe do ustawienia lub zresetowania aktualnie ustawionych zmiennych. Zmiennych tylko do odczytu nie można zresetować. W trybie POSIX są wyświetlane tylko zmienne powłoki.

Gdy podano opcje, ustawiają lub usuwają atrybuty powłoki. Opcje, jeśli są określone, mają następujące znaczenie:

-a Każda zmienna lub funkcja, która jest tworzona lub modyfikowana, otrzymuje atrybut eksportu i jest oznaczana do eksportu do środowiska kolejnych poleceń.

I to również:

Użycie „+” zamiast „-” powoduje wyłączenie tych opcji. Opcji można również użyć po wywołaniu powłoki. Aktualny zestaw opcji można znaleźć w $ -.

Poprawa odpowiedzi Silasa Paula

eksportowanie zmiennych do podpowłoki czyni je lokalnymi dla komendy.

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

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

Spowoduje to zapisanie / przywrócenie oryginalnych opcji, bez względu na to, jakie mogą być.

Używanie set -o allexportma tę zaletę, właściwie pomijając komentarze bez regex.

set +osamo z siebie wypisuje wszystkie bieżące opcje w formacie, który bash może później wykonać. Przydatne: set -osamo w sobie wyświetla wszystkie bieżące opcje w formacie przyjaznym dla człowieka.

Najkrótszy sposób, jaki znalazłem:

Twój .envplik:

VARIABLE_NAME="A_VALUE"

Więc po prostu

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

Bonus: Ponieważ jest to krótki linijka, jest bardzo przydatny w package.jsonpliku

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

Prostsze:

1. pobierz zawartość pliku
2. usuń puste wiersze (po prostu wstaw kilka rzeczy)
3. usuń wszelkie komentarze (po prostu dodaj kilka ...)
4. dodaj exportdo wszystkich linii
5. eval cała rzecz

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

Kolejna opcja (nie musisz biegać eval(dzięki @Jaydeep)):

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

Wreszcie, jeśli chcesz, aby Twoje życie było NAPRAWDĘ łatwe, dodaj to do ~/.bash_profile:

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

(UPEWNIJ SIĘ, ŻE ZMIENIŁEŚ SWOJE PODSTAWOWE USTAWIENIA !!! source ~/.bash_profilelub ... po prostu utwórz nową kartę / okno i problem zostanie rozwiązany) nazywasz to tak:source_envfile .env

Możesz użyć oryginalnego skryptu, aby ustawić zmienne, ale musisz wywołać go w następujący sposób (z samodzielną kropką):

. ./minientrega.sh

Może również występować problem z cat | while readpodejściem. Poleciłbym zastosować to podejście while read line; do .... done < $FILE.

Oto działający przykład:

> 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

Opierając się na innych odpowiedziach, oto sposób na wyeksportowanie tylko podzestawu wierszy w pliku, w tym wartości ze spacjami, takimi jak PREFIX_ONE="a word":

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

Oto mój wariant:

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

w porównaniu z poprzednimi rozwiązaniami:

• nie przecieka zmiennych poza zakresem (wartości z .envnie są narażone na wywołujące)
• nie blokuje setopcji
• zwraca kod wyjścia wykonanej komendy
• używa kompatybilnego z posix set -a
• używa .zamiast sourceunikać bashizmu
• polecenie nie jest wywoływane, jeśli .envładowanie się nie powiedzie

with_env rails console

Pracuję z komponentem dokującym i .envplikami na Macu i chciałem zaimportować go .envdo mojej powłoki bash (do testowania), a „najlepszą” odpowiedzią tutaj było potknięcie o następującą zmienną:

.env

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

Rozwiązanie

Skończyło się więc na użyciu evali zawijaniu env var defs w pojedyncze cudzysłowy.

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

Wersja Bash

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

Mój .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

Wywoływanie:

source .env; echo $USER; echo $PASS

Odwołanie /unix/79068/how-to-export-variables-that-are-set-all-at-once

Mam problemy z wcześniej sugerowanymi rozwiązaniami:

• Rozwiązanie @ anubhava sprawia, że ​​pisanie plików konfiguracyjnych przyjaznych bashowi jest bardzo irytujące bardzo szybko, a także - nie zawsze możesz chcieć eksportować swoją konfigurację.
• Rozwiązanie @Silas Paul psuje się, gdy masz zmienne ze spacjami lub innymi znakami, które działają dobrze w wartościach cytowanych, ale $()robią bałagan.

Oto moje rozwiązanie, które wciąż jest dość okropne IMO - i nie rozwiązuje problemu „eksportuj tylko do jednego dziecka” rozwiązanego przez Silasa (chociaż prawdopodobnie można go uruchomić w podpowłoce, aby ograniczyć zakres):

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

Moje wymagania to:

• prosty plik .env bez exportprefiksów (dla zgodności z dotenv)
• obsługa wartości w cudzysłowach: TEXT = "alpha bravo charlie"
• obsługa komentarzy z prefiksem # i pustymi wierszami
• uniwersalny zarówno dla mac / BSD, jak i linux / GNU

Pełna działająca wersja skompilowana z powyższych odpowiedzi:

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

Najpierw utwórz plik środowiska, który będzie zawierał wszystkie pary klucz-wartość środowisk takich jak poniżej i nazwij go, jak chcesz, w moim przypadku env_var.env

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

Następnie utwórz skrypt, który wyeksportuje wszystkie zmienne środowiskowe dla środowiska python, takie jak poniżej, i nazwij go tak export_env.sh

#!/usr/bin/env bash

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

set -o allexport
source $ENV_FILE
set +o allexport

$CMD

Ten skrypt pobierze pierwszy argument jako plik środowiskowy, a następnie wyeksportuje wszystkie zmienne środowiskowe w tym pliku, a następnie uruchomi komendę.

STOSOWANIE:

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

Natknąłem się na ten wątek, gdy próbowałem ponownie użyć Dockera --env-filew powłoce. Ich format nie jest zgodny z bash, ale jest prosty: name=valuebez cytowania, bez podstawiania. Ignorują również puste wiersze i #komentarze.

Nie mogłem do końca zapewnić zgodności z posixem, ale oto jedna, która powinna działać w powłokach typu bash (testowana w Zsh na OSX 10.12.5 i bash na Ubuntu 14.04):

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

Nie będzie obsługiwał trzech przypadków w przykładzie z dokumentów powiązanych powyżej:

• bash: export: `123qwe=bar': not a valid identifier
• bash: export: `org.spring.config=something': not a valid identifier
• i nie obsłuży składni przejścia (goły FOO)

Białe spacje w wartości

Jest tu wiele świetnych odpowiedzi, ale nie znalazłem w nich wsparcia dla białych znaków w wartości:

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

Znalazłem 2 rozwiązania, które działają z takimi wartościami z obsługą pustych wierszy i komentarzy.

Jeden na podstawie sed i @ Javier-Buzzi odpowiedź :

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

I jeden z linią odczytu w pętli opartej na odpowiedzi @ john1024

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

Kluczem tutaj jest używanie declare -xi wstawianie wiersza w podwójnych cudzysłowach. Nie wiem dlaczego, ale kiedy sformatujesz kod pętli do wielu linii, to nie zadziała - nie jestem programistą bash, po prostu je pochłonąłem, to wciąż dla mnie magia :)

spróbuj czegoś takiego

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

Jak to działa

1. Utwórz plik tymczasowy.
2. Zapisz wszystkie bieżące wartości zmiennych środowiskowych do pliku tymczasowego.
3. Włącz eksportowanie wszystkich deklarowanych zmiennych w skrypcie źródłowym do środowiska.
4. Czytać .env plik. Wszystkie zmienne zostaną wyeksportowane do bieżącego środowiska.
5. Wyłącz eksportowanie wszystkich deklarowanych zmiennych w skrypcie źródłowym do środowiska.
6. Przeczytaj zawartość pliku tymczasowego. Każda linia miałabydeclare -x VAR="val" wszystkie zmienne do środowiska.
7. Usuń plik tymczasowy.
8. Odznacz zmienną przechowującą nazwę pliku temp.

funkcje

• Zachowuje wartości zmiennych już ustawionych w środowisku
• .env może mieć komentarze
• .env może mieć puste linie
• .envnie wymaga specjalnego nagłówka ani stopki, jak w innych odpowiedziach ( set -aiset +a )
• .envnie wymaga posiadania exportdla każdej wartości
• jednowarstwowy

Jeśli pojawia się błąd, ponieważ jedna ze zmiennych zawiera wartość zawierającą białe spacje, możesz spróbować zresetować bash IFS(Internal Field Separator), \naby pozwolić interpretacji bash interpretować cat .envwynik jako listę parametrów envpliku wykonywalnego.

Przykład:

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

Zobacz też:

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

Mój plik .env wygląda następująco:

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

Korzystając ze sposobów @henke , wyeksportowana wartość zawiera znaki cudzysłowu"

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

Ale chcę, aby eksportowana wartość zawierała tylko:

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

Aby to naprawić, edytuję polecenie, aby usunąć znaki cudzysłowu:

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

Ten radzi sobie ze spacjami na RHS i pomija „dziwne” zmienne, takie jak definicje modułów bash (z zawartym w nich „()”):

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