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

Я наткнулся на этот поток, когда я пытался повторно использовать Docker --env-file s в оболочке. Их формат не совместим с bash, но он прост: name=value, без цитирования, без подстановки. Они также игнорируют пустые строки и комментарии #.

Я не мог получить его совместимым с posix, но вот тот, который должен работать в bash-подобных оболочках (проверен в zsh на OSX 10.12.5 и bash на Ubuntu 14.04):

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

Он не будет обрабатывать три случая в примере из документов, связанных выше:

• bash: export: `123qwe=bar': not a valid identifier
• bash: export: `org.spring.config=something': not a valid identifier
• , и он не будет обрабатывать синтаксис пересылки (голый FOO)

Если вы получаете сообщение об ошибке, потому что одна из ваших переменных содержит значение, которое содержит пробелы, вы можете попытаться сбросить значение IFS (внутреннего разделителя полей) в bash \n, чтобы интерпретировать результат bash cat .env как список параметров для исполняемого файла env.

Пример:

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

См. также:

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

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

Если env.txt имеет значение:

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

-o allexport позволяет экспортировать все следующие определения переменных. +o allexport отключает эту функцию.

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

Параметр allexport упоминается здесь в нескольких других ответах, для которых set -a является ярлыком. Поиск источника .env действительно лучше, чем цикл по линиям и экспорт, поскольку он позволяет добавлять комментарии, пустые строки и даже переменные окружения, генерируемые командами. Мой .bashrc включает в себя следующее:

# .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
}

У меня есть проблемы с ранее предложенными решениями:

• Решение anubhava делает очень удобными для написания дружественные конфигурационные файлы bash, а также - вы можете не захотеть всегда экспортировать свою конфигурацию.

  / g0]

• Решение @Silas Paul ломается, когда у вас есть переменные, у которых есть пробелы или другие символы, которые хорошо работают в цитированных значениях, но $() создает беспорядок.

Здесь это мое решение, которое по-прежнему довольно ужасно ИМО - и не решает проблему «экспортировать только одному ребенку», заданную Сайласом (хотя, возможно, вы можете запустить ее в под-оболочке, чтобы ограничить область):

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

Это может быть полезно:

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

Причина, почему я использую это, если я хочу протестировать материал .env в моей консоли rails.

gabrielf придумал хороший способ сохранить переменные локальными. Это решает потенциальную проблему при переходе от проекта к проекту.

env $(cat .env | xargs) rails

Я тестировал это с помощью bash 3.2.51(1)-release

Обновление:

Чтобы игнорировать строки, начинающиеся с #, используйте это (спасибо комментарий Пита ):

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

И если вы хотите unset все переменные, определенные в в файле, используйте это:

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

Обновление:

Чтобы также обрабатывать значения с пробелами, используйте:

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

в системах GNU или:

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

в системах BSD.

Белые пробелы в значении

Здесь много замечательных ответов, но я нашел, что им не хватает поддержки пробела в значении:

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

Я нашел 2 решения, которые работают с такими значениями с поддержкой пустых строк и комментариев.

Один на основе sed и @ javier-buzzi answer :

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

И один с линией чтения в цикле на основе @ john1024 answer

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

Ключ здесь заключается в использовании declare -x и вводе строки в двойные кавычки. Я не знаю, почему, но когда вы переформатируете код цикла на несколько строк, это не сработает - я не программист bash, я просто сожрал их, это все еще волшебство для меня:)

Упрощение:

1. захватить содержимое файла
2. удалить все пустые строки (просто вы можете отделить некоторые вещи)
3. удалить все комментарии (просто добавьте некоторые ...)
4. добавьте export ко всем строкам
5. eval все это

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

Другой вариант (вам не нужно запускать eval (спасибо @Jaydeep)):

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

Наконец, если вы хотите сделать ваша жизнь ДЕЙСТВИТЕЛЬНО легко, добавьте это в свой ~/.bash_profile:

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

(УБЕДИТЕСЬ, ЧТО ВЫ ПЕРЕПУСКАЕТЕ ВАШЕ НАСТРОЙКИ БЕСПРОВОДА !!! source ~/.bash_profile или .. просто сделайте новая вкладка / окно и проблема решена) вы называете это следующим образом: source_envfile .env

Улучшение ответа Сайласа Павла

, экспортирующего переменные на подоболочке, делает их локальными для команды.

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

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

Это сохранит / восстановит ваши исходные параметры, какими бы они ни были.

Использование set -o allexport имеет преимущество правильного пропуска комментариев без регулярного выражения.

set +o сам выводит все ваши текущие параметры в формате, который позже может выполнить bash. Также удобно: set -o сам по себе выводит все ваши текущие параметры в удобном для пользователя формате.

Если вы хотите загрузить ваш .env-файл в исполняемый процесс внутри кода Visual Studio, вы можете добавить ссылку на ваш .ENV-файл в свой launch.json, используя свойство envFile:

"configurations": [
    {
        "name": "Launch server.js with .env",
        "type": "node",
        "request": "launch",
        "envFile": "${workspaceRoot}/.env",
        ...
    }
]

У меня есть ответ на user4040650, потому что он прост и позволяет комментарии в файле (то есть строки, начинающиеся с #), что очень желательно для меня, поскольку комментарии, объясняющие переменные, могут быть добавлены. Просто переписывание в контексте исходного вопроса.

Если скрипт вызван как указано: minientrega.sh prac1, то minientrega.sh может иметь:

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

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

Выбрано следующее: из документации set :

Этот встроенный интерфейс настолько сложный, что он заслуживает своего собственного раздела. set позволяет изменять значения параметров оболочки и устанавливать позиционные параметры или отображать имена и значения переменных оболочки.

set [--abefhkmnptuvxBCEHPT] [-o option-name] [argument ... ] set [+ abefhkmnptuvxBCEHPT] [+ o option-name] [argument ...]

Если параметры и аргументы не заданы, набор отображает имена и значения всех переменных и функций оболочки, отсортированных в соответствии с текущими locale, в формате, который может быть повторно использован как вход для установки или сброса переменных, заданных в текущий момент. Переменные только для чтения не могут быть сброшены. В режиме POSIX перечислены только переменные оболочки.

Когда заданы параметры, они устанавливают или отменяет атрибуты оболочки. Параметры, если они указаны, имеют следующие значения:

-а Каждая переменная или функция, которая создана или изменена, получает атрибут экспорта и помечен для экспорта в среду последующих команд.

И это также:

Использование '+', а не '-' заставляет эти параметры отключать. Эти опции также могут использоваться при вызове оболочки. Текущий набор параметров можно найти в $ -.

My .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

Вызов:

source .env; echo $USER; echo $PASS

Ссылка https://unix.stackexchange.com/questions/79068/how-to -export-переменные-что-являются-зор-все-в-один раз

Вот еще одно решение sed, которое не запускает eval или требует ruby:

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

Это добавляет экспорт, сохраняя комментарии к строкам, начинающимся с комментария.

.env contents

A=1
#B=2

sample run

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

Я нашел это особенно полезным при построении такого файла для загрузки в единичный файл system с EnvironmentFile .

Основываясь на других ответах, вы можете экспортировать только подмножество строк в файле, включая значения с пробелами типа PREFIX_ONE="a word":

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