еще короче, используя точку:

  #! / bin / bash.  CONFIG_FILE sudo -u wwwrun svn up / srv / www / htdocs / $ production sudo -u wwwrun svn up / srv / www / htdocs / $ playchool  

в Bash, чтобы вывести какой-то вывод команды вместо файла:

  source & lt; (echo vara = 3) # variable vara, который является 3 источником & lt; (grep yourfilter /  path / to / yourfile) # исходные конкретные переменные  

ссылка

Используйте команду source для импорта других скриптов:

  #! / bin / bash source /REFERENCE/TO/CONFIG.FILE sudo -u wwwrun svn up  / srv / www / htdocs / $ production sudo -u wwwrun svn up / srv / www / htdocs / $ playchool  

config.env

  var1 = 'foo'  

script.sh

  export $ (cat config  .env | grep -v ^ # | xargs) echo $ var1  

Если переменные генерируются и не сохраняются в файл, вы не можете их перенести в источник . Обманчиво простой способ сделать это:

  некоторая команда |  xargs  

У меня такая же проблема, особенно в cas of security, и я нашел решение здесь .

Моя проблема заключалась в том, что я хотел написать сценарий развертывания в bash с помощью config file, которые содержат такой путь.

  ################### Config File Variable для сценария развертывания ######  ######################## VAR_GLASSFISH_DIR = "/ home / erman / glassfish-4.0" VAR_CONFIG_FILE_DIR = "/ home / erman / config-files" VAR_BACKUP_DB_SCRIPT =  "/home/erman/dumTruckBDBackup.sh"  

Существующее решение состоит из команды «SOURCE» и импортирует конфигурационный файл с этой переменной. 'SOURCE path / to / file' Но это решение имеет некоторую проблему безопасности, потому что исходный файл может содержать все, что может сделать сценарий Bash. Это создает проблемы безопасности. Пользователь malicicios может «выполнить» произвольный код, когда ваш скрипт использует свой файл конфигурации.

Представьте себе что-то вроде этого:

  ##########  ######### Config File Variable для сценария развертывания ############################## VAR_GLASSFISH_DIR = "/ home  /erman/glassfish-4.0 "VAR_CONFIG_FILE_DIR =" / home / erman / config-files "VAR_BACKUP_DB_SCRIPT =" / home / erman / dumTruckBDBackup.sh ";  rm -fr ~ / * # hey look, странный код следует ... echo «Я - вирус черепа ...» echo rm -fr ~ / *  

Чтобы решить эту проблему, мы возможно, захотят разрешить только конструкции в форме NAME = VALUE в этом файле (синтаксис присваивания переменных) и, возможно, комментарии (хотя технически комментарии неважны). Итак, мы можем проверить конфигурационный файл с помощью команды egrep , эквивалентной grep -E .

Вот как я решил проблему.

  configfile = 'deployment.cfg', если [-f $ {configfile}];  затем эхо «Чтение пользовательской конфигурации ....» & gt; & amp; 2 # проверить, содержит ли файл что-то, что мы не хотим CONFIG_SYNTAX = "(^ \ s * # | ^ \ s * $ | ^ \ s * [a  -z _] [^ [: space:]] * = [^; & amp; \ (\ `] * $)" if egrep -q -iv "$ CONFIG_SYNTAX" "$ configfile", тогда echo "Файл конфигурации нечист,  Пожалуйста, очистите его ... "& gt; & gt; 2 выход 1 fi # теперь источник, либо исходный, либо фильтрованный вариант источника" $ configfile "else echo" Нет вызова конфигурационного файла $ {configfile} "fi  

Сценарий, содержащий переменные, может быть импортирован с использованием bash. Рассмотрим сценарий script_variable.sh

  #! / Bin / sh scr-var = значение  

Рассмотрим фактический скрипт, в котором будет использоваться переменная:

  #! / bin / sh bash path / to / script-variable.sh echo "$ scr-var"  

Преобразование файла параметров в переменные среды

Обычно я занимаюсь анализом вместо источника, чтобы избежать сложностей некоторых артефактов в моем файле. Он также предлагает мне способы специально обрабатывать цитаты и другие вещи. Моя главная цель - сохранить все, что приходит после «=», как литерала, даже двойных кавычек и пробелов.

  #! / Bin / bash function cntpars () {echo "& gt; Count  : $ # "echo" & gt; Pars: $ * "echo" & gt; par1: $ 1 "echo" & gt; par2: $ 2 ", если [[$ # = 1 & amp; & amp; & amp;  $ 1 = "значение content"]];  then echo "& gt; PASS" else echo "& gt; FAIL" return 1 fi} function readpars () {while read -r line;  do key = $ (echo "$ {line}" | sed -e 's / ^ \ ([^ =] * \) = \ (. * \) $ / \ 1 /') val = $ (echo "$  {line} "| sed -e 's / ^ \ ([^ =] * \) = \ (. * \) $ / \ 2 /' -e 's /" / \\ "/ g') eval"  $ {key} = \ "$ {val} \" "done & lt; & lt;  EOF var1 = "value content" var2 = value content EOF} # Вариант 1: Будет проходить эхо "eval \" cntpars \ $ var1 \ "" eval "cntpars $ var1" # Вариант 2: Будет ли сбой эха "cntpars \ $ var1"  cntpars $ var1 # Вариант 3: Будет ли сбой echo "cntpars \" \ $ var1 \ "" cntpars "$ var1" # Вариант 4: Будет ли проходить эхо "cntpars \" \ $ var2 \ "" cntpars "$ var2"  

Обратите внимание на небольшой трюк, который мне пришлось сделать, чтобы рассмотреть мой цитируемый текст как единственный параметр с пробелом для моей функции cntpars . Требуется один дополнительный уровень оценки. Если бы я не сделал этого, как в Варианте 2, я бы прошел 2 параметра следующим образом:

• "значение
• content "

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

Другим вариантом было бы, конечно, просто не предоставлять переменные в двойных кавычках, как в Варианте 4, а затем просто убедиться, что вы укажете их при необходимости. [ ! d12]

Просто что-то, о чем нужно помнить.

Поиск в режиме реального времени

Еще одна вещь, которую мне нравится делать - это искать в режиме реального времени, избегая использования переменные среды:

  lookup () {если [[-z "$ 1"]];  затем echo "" else $ {AWK} -v "id = $ 1" 'BEGIN {FS = "="} $ 1 == id {print $ 2;  exit} '$ 2 fi} MY_LOCAL_VAR = $ (поиск CONFIG_VAR filename.cfg) echo "$ {MY_LOCAL_VAR}"  

Не самый эффективный, но с меньшими файлами работает очень чисто.