この問題に対処する方法はいくつかあります。要件の1つが、いくつかのシェルコマンドを含むシェルスクリプト/関数を実行し、スクリプトが正常に実行されたかどうかを確認し、失敗した場合にエラーをスローすることを想定しています。
シェルコマンドは通常、返された終了コードに依存して、予期しないイベントが原因で成功したか失敗したかをシェルに通知します。
だからあなたがしたいことはこれら二つのカテゴリーに当てはまる
どちらを実行するかに応じて、使用できるシェルオプションがあります。最初のケースでは、シェルはオプションを提供set -eし、2番目のケースではtrap、EXIT
exitスクリプト/関数で使用する必要がありますか？
exit一般的に使用すると読みやすさが向上します。特定のルーチンでは、答えがわかったら、すぐに呼び出し元のルーチンに戻ります。ルーチンがエラーを検出した後、それ以上のクリーンアップを必要としない方法で定義されている場合、すぐに終了しないことは、さらにコードを記述する必要があることを意味します。
スクリプトの終了をきれいにするために、スクリプトのクリーンアップ活動を行う必要があるのであれば場合によっては、それがより好まれていない使用exit。
set -e終了時のエラーに使用する必要がありますか？
番号！
set -eシェルに「自動エラー検出」を追加する試みでした。その目的は、エラーが発生するたびにシェルを中止することでしたが、たとえば、多くの潜在的な落とし穴があります。
ifテストの一部であるコマンドは影響を受けません。この例では、test存在しないディレクトリのチェックで中断すると予想される場合は、そうではなく、else条件に進みます
set -e
f() { test -d nosuchdir && echo no dir; }
f
echo survived
最後のもの以外のパイプライン内のコマンドは影響を受けません。以下の例では、最後に実行された（右端の）コマンドの終了コードが（cat）と見なされ、成功しました。これはset -o pipefailオプションで設定することで回避できますが、それでも注意が必要です。
set -e
somecommand that fails | cat -
echo survived
使用を推奨- trap終了時
評決はset -e、を使用する代わりに、盲目的に終了する代わりにエラーを処理できるようにする場合trap、ERR疑似信号でa を使用します。
ERRトラップは、シェル自体が非ゼロのエラーコードで終了するが、場合条件（場合と同様の一部ではないことをシェルによって任意のコマンド実行時にコードを実行することはないcmd、またはcmd ||ゼロ以外の終了ステータスで）終了。
一般的な方法は、トラップハンドラーを定義して、どの行に何が終了するかに関する追加のデバッグ情報を提供することです。ERR信号を発生させた最後のコマンドの終了コードは、この時点でまだ利用可能であることを覚えておいてください。
cleanup() {
exitcode=$?
printf 'error condition hit\n' 1>&2
printf 'exit code returned: %s\n' "$exitcode"
printf 'the command executing at the time of the error was: %s\n' "$BASH_COMMAND"
printf 'command present on line: %d' "${BASH_LINENO[0]}"
# Some more clean up code can be added here before exiting
exit $exitcode
}
失敗しているスクリプトの上に、次のようにこのハンドラを使用します
trap cleanup ERR
これを、false15行目に含まれている単純なスクリプトにまとめると、取得する情報は
error condition hit
exit code returned: 1
the command executing at the time of the error was: false
command present on line: 15
の trapまた、単に信号に、シェル完了（例えば、あなたのシェルスクリプトが終了）でクリーンアップを実行するために関係なく、エラーのオプションを提供しますEXIT。複数の信号を同時にトラップすることもできます。トラップするためにサポートされているシグナルのリストは、trap.1p-Linuxマニュアルページにあります。
もう1つの注意点は、サブシェルを処理している場合、提供されているメソッドが機能しないことを理解することです。この場合、独自のエラー処理を追加する必要がある場合があります。
サブシェルでset -eは動作しません。falseサブシェルに制限され、親シェルに伝播されることは決してありません。ここでエラー処理を行うには、実行する独自のロジックを追加します(false) || false
set -e
(false)
echo survived
同じことtrapも起こります。以下のロジックは、上記の理由により機能しません。
trap 'echo error' ERR
(false)