スクリプトを直接呼び出すのではなく、なぜスーパーバイザーで `bash -c`を使用するのですか？

supervisordサーバーのサービスを制御するために使用し始めています。私はLinuxのプロユーザーではありませんが、Linuxをうまく使いこなすことができます。

好奇心から、supervisordのほとんどのコマンドが次のように呼び出されているように見えることに気づきました。

[program:install]
command=bash -c "/src/etc/install.sh"

私はbashの人を読みました、そしてそれ-cが文字列の後に渡された変数を挿入するために使用されるべきであることを知っています。

ではbash -c、スクリプトを直接呼び出すのではなく（下の例のように）、スーパーバイザー（またはその他の場所）で使用するポイントは何ですか？

[program:install]
command=/src/etc/install.sh

ありがとう！

シェルはパス名展開（などの機能*、?）、コマンドリスト（;、&&、||（）、リダイレクション<、>、|、）のみが引数文字列の配列にコマンドを分割することsupervisordによって実装されていません。

これbash -cは、コマンドでそのような機能を使用したいと思うかもしれない初心者ユーザーのための単なる助けになるかもしれません。たとえば、それは驚きを避けます

command=echo foo > /tmp/bar

foo > /tmp/barに書き込む代わりに出力fooし/tmp/barます。

-c変数とはほとんど関係ありません。bashのための追加の引数は、スクリプトのみの引数として利用可能になり$0、$1コマンドで、などが、その機能はほとんどすべての用途を持っていません。たとえば、bash -c 'echo $0 $0' foo出力foo foo。

それはドキュメントで説明されています：

サブプロセスの実行時に監視プログラムによってシェルが実行されることはないため、USER、PATH、HOME、SHELL、LOGNAMEなどの環境変数は、デフォルトから変更されたり、別の方法で再割り当てされたりすることはありません。これは、構成でuser =スタンザを使用してスーパーバイザー実行からプログラムをrootとして実行する場合に特に注意する必要があります。

この問題を回避するためbash -cに使用されることがあります。