複数のAmazon EC2アカウントがあり$EC2_HOME、スクリプトを使用してなどの変数をすばやく切り替えることができるようにしたいと考えています。
次のように設定されたシェルスクリプトがあります。
#!/bin/sh
export EC2_HOME=/home/me/.ec2
echo $EC2_HOME
スクリプトを実行すると、EC2_HOME設定されていることがわかりexportますが、スクリプトの完了後に変数を使用すると変数が固定されると考えました。実行echo $EC_HOMEしても何も表示されないため、表示されません。
これは非常に初歩的なLinuxスクリプティングの知識でなければならないことは知っていますが、知りません。私は運のない関連する質問を探してみた-これが重複している場合、私の謝罪。
回答:
スクリプトをソースする必要があります
. ./scriptまたは
source ./script.またはsource。なぜこうなった ？
exitステートメントが含まれている可能性があるため、ソース化するのは適切ではありません。
source ./script完全に機能する一方で、sudo source ./script.shと言いsudo: source: command not foundます。sudoを使用してこれを行うにはどうすればよいですか？
sudoでの環境設定を/etc/sudoers保存することができるかできないかで、コンパイル設定と構成設定に依存しますsudo。スクリプトsudoを-E入手してから、環境を保持するオプションで実行することをお勧めします。うまくいかない場合、できることはほとんどないと思います。
スクリプトを実行すると、独自のシェルと独自の環境が取得され、スクリプトが終了するとすぐに再び消えます。環境変数を保持するには、スクリプトを現在のシェルに取り込みます。
$ source ./a.shまたは同等に（ただし、より移植性が高い）POSIXドットコマンドを使用します。
$ . ./a.sh次に、定義は現在のシェルの環境に配置され、そこから起動するすべてのプログラムに継承されます。
スクリプトの実行に近づくに. a.shは、PATH環境変数のディレクトリを検索してa.shを見つけます。
これらがどのように振る舞うか、および同じである（またはまったく存在する）かどうか.にsourceは微妙な点があります。. ./a.sh間違いなく、すべてのPOSIX互換のシェルで同じように動作しますが、sourceと.、と. a.shと. ./a.sh、異なる場合があります。Bashのためのsourceと.同じですすべての場合には、以下のためのzsh sourceは常に最初にカレントディレクトリをチェックします。kshは基本的に似ています。
スクリプト名がパス（を含む/）として指定されている場合、そのパスはすべての場合に直接使用されます。最も移植性の高い信頼性の高い方法は. ./scriptまたは. /path/to/scriptです。
.またはを使用するとsource、新しい子プロセスが生成されず、現在のシェルでコマンドが実行されます。