調達する前にファイルの存在を確認する理由

ファイルを入手しようとすると、ファイルが存在しないというエラーが表示されないので、何を修正すればよいかわかりますか？

たとえば、nvmはこれをプロファイル/ rcに追加することをお勧めします。

export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm

上記を使用nvm.shすると、存在しない場合は「サイレントエラー」が発生します。しかし、試してみる. "$NVM_DIR/nvm.sh"と、出力はになりますFILE_PATH: No such file or directory。

POSIXシェルで.は、は特別なビルトインであるため、失敗するとシェルが終了します（などの一部のシェルではbash、POSIXモードの場合のみ実行されます）。

エラーと見なされるものは、シェルによって異なります。ファイルの解析時に構文エラーですべてが終了するわけではありませんが、ソースファイルが見つからない場合や開くことができない場合はほとんどが終了します。ソース化されたファイルの最後のコマンドがゼロ以外の終了ステータスで返された場合に終了するものは知りません（errexitもちろんオプションがオンでない限り）。

ここでやっています：

[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"

ファイルが存在する場合はファイルをソースし、存在しない場合はソースにしたくない（または、ここで空になっている-s）場合です。

つまり、ファイルが存在しない場合、エラー（POSIXシェルでは致命的なエラー）と見なされるべきではなく、そのファイルはオプションファイルと見なされます。

ファイルが読み取り可能でない場合、またはディレクトリである場合（または一部のシェルで）構文解析中に構文エラーが発生した場合、それは（致命的な）エラーになります。

競合状態があると主張する人もいます。しかし、それは意味唯一のことは、ファイルが間に削除された場合、シェルはエラーで終了することをだろう[と.、私はそれはスクリプトがある一方で、この固定パスファイルが消えて突然であろうとそれにエラーを考慮することが有効だと主張したいですランニング。

一方、

command . "$NVM_DIR/nvm.sh" 2> /dev/null

どこcommand¹が削除特別に属性を.通り動作しないでしょう（それはエラー時にシェルを終了しないように）コマンドを実行します。

• .のエラーを隠しますが、ソースファイルで実行されるコマンドのエラーも隠します。
• また、ファイルのアクセス権が間違っているなどの実際のエラー状態も隠されます。

その他の一般的な構文（たとえばgrep -r /etc/default /etc/init*、systemdまだ変換されていない（EnvironmentFile=-/etc/default/service代わりにオプションの環境ファイルを指定するために使用される）initスクリプトについては、Debianシステムで参照してください）：

• [ -e "$file" ] && . "$file"

  そこにあるファイルを確認し、空の場合はソースを取得します。開くことができない場合は、致命的なエラーが発生します（そこにある、またはあったとしても）。[ -f "$file" ]（存在し、通常のファイルである）、[ -r "$file" ]（読み取り可能）、またはそれらの組み合わせのようなより多くのバリアントが表示される場合があります。

• [ ! -e "$file" ] || . "$file"

  少し改善されたバージョン。存在しないファイルがOKケースであることを明確にします。これ$?は、最後に実行されたコマンドの終了ステータスを反映することも意味します$file（前のケースでは、を取得した場合、それが存在しなかったのか、そのコマンドが失敗したの1かわかりません$file）。

• command . "$file"

  ファイルがそこにあることを期待しますが、解釈できない場合は終了しないでください。

• [ ! -e "$file" ] || command . "$file"

  上記の組み合わせ：ファイルが存在しなくても問題ありません。POSIXシェルの場合、ファイルのオープン（または解析）の失敗は報告されますが、致命的ではありません（より望ましい場合があります~/.profile）。

^{¹注：zshただし、エミュレーションのcommand場合を除き、そのようなものは使用できませんsh。Kornシェルでは、そのノートsource実際の別名であるcommand .、の非特殊なバリアント.}

のメンテナーnvm：

ファイルを削除するだけでnvmを簡単にアンインストールできます。追加の作業を強制する（その行がソースnvmである場所を追跡する）ことは特に価値があるとは思えません。

私の解釈（ステファンの優れた説明とクサラナンダのコメントと組み合わせて）：

よりシンプルで安全です。

（さまざまな理由で）ファイルが見つからないために、起動時にPOSIXシェルが終了するのを防ぎます。非POSIX（bashなど）シェルを使用している場合は、必要に応じて条件を削除できます。

なので JBallinとステファンChazelas失敗へのログインを引き起こす存在しないファイルをソース、POSIXシェルでは、指摘しています。

しかし、ファイルが存在するかどうかを確認するテストを追加してから、それをソースしようとすると、競合状態と呼ばれるものが発生する可能性があります。何かが変わったらnvm.sh[ -s nvm.sh ]との間でされた. nvm.sh、まれにではありますが、防止しようとしているバグを正確に引き起こします。

一般に、競合状態を防ぐ方法は、やりたいことを試し、失敗した場合はエラーを処理することです。

. "$NVM_DIR/nvm.sh" || echo "Sourcing $NVM_DIR/nvm.sh failed" >&2

上記のように、.失敗するとエラー処理が実行される前にシェルがすぐに終了するため、これはPOSIXシェルでは機能しません。

私の答えは.bash_profile、POSIXモードで実行するべきではないため、POSIXシェルはこの質問には関係ないと主張しています。とにかく上記のコードを実行できます。

最も安全にするために、POSIXモードが有効でないことを確認するか、POSIXモードが https：//unix.stackexchange.com/a/383581/3169でます。

Stéphaneの答えには、すべてのPOSIXシェルを処理する方法についていくつかの有用な提案がありますが、これはnvm作者の意図であると思いますが、ここでの質問とは微妙に異なっていたため、目標に応じて複数の可能なアプローチがあります。