이것을 이름 짓기 까다로운 종류의 ...
기본적으로 STDOUT에서 쉘 변수 세트를 인쇄 할 때 프로그램이 있습니다.
$ ./settings
SETTING_ONE="this is setting one"
SETTING_TWO="This is the second setting"
ANOTHER_SETTING="This is another setting".
STDOUT이로 평가되는 것처럼 쉘 스크립트 내에서 이것을 실행하고 싶습니다 source.
나는 다음과 같은 일을하고 싶습니다 ...
source `./settings`
... 물론 작동하지 않습니다.
나는 내가 할 수 있다는 것을 안다.
./settings >/tmp/file
source /tmp/file
그러나 나는 정말로 그것을하고 싶지 않습니다.
단서가 있습니까?
답변:
당신은 사용할 수 있습니다 eval:
eval "$(./settings)"
eval "`./settings`"
sh-대시, 애쉬, busybox에 대한 심볼릭 링크 일 수 있습니다 ... 나는 "진짜 'sh'"의 사본을 보지 못했습니다.
/dev/fd사용 가능한 시스템에서 bash는 프로세스 대체를 지원합니다.
source <(./settings)
여기 에서 출력을 읽을 수 <( )있는 자동 할당 경로로 확장됩니다 ./dev/fd/..../settings
declare `./settings`
아니면 물론 ...
export `./settings`
물론 테스트하십시오 ...
export `echo -e "asdf=test\nqwerty=dvorak"` ; echo $asdf $qwerty
공백 처리 :
eval export `./settings`
export트릭이 작동합니다! 감사합니다
a backtick --> ` <-- and here's another one --> ` <--
source /dev/stdin < ./settings
나는 / dev / stdin이 리눅스 만의 것이라고 생각한다.
/dev/stdinBSD와 Cygwin에서도 작동합니다.
|하지만,되어 있지 파이프의 양쪽 그래서 소스 명령은 현재 쉘에 영향을주지 않습니다, 별도의 하위 프로세스이기 때문에, (적어도 정확히) 작업에 가고.
/dev/stdin트릭을 좋아 하지만 당신의 대답은 실제로 source ./settings그것을 실행하지 않고 평원과 같습니다 . 이것을 극복하기 위해 here-document를 사용할 수 있습니다 source /dev/stdin <<EOF \n $(./settings) \n EOF.
다른 답변이 파일을 만들고 stdin에서 직접 가져 오지 않기 때문에 여기에 다른 관점을 제공하고 싶었습니다. 준비된 환경 정보를 여러 스크립트로 보내야하는 빌드가 있습니다. 내가하고있는 일은 문자열에 Bash 호환 변수 할당을 준비하는 것입니다.
Var1="Foo"
Var2="Bar"
Var3="Baz"
스크립트 실행을 준비 할 때 위의 여러 줄 문자열을 base64로 인코딩하여 셸 스크립트로 파이프합니다.
echo base64EncodedParameters | build.shbuild.sh에서 stdin, base64 디코딩 및 결과 평가를 읽었습니다.
params=""
while read line; do params="${params}${line}"; done
eval `echo $params | base64 -D`
echo "Hello ${Var1} ${Var2}"