コマンドラインツールを書くなら知っておきたい Bash の 予約済み Exit Code - Qiita

上記の表の通り，Exit Code 1, 2, 126〜165, 255 は特別な意味を持ち，スクリプトやプログラム内で exit に指定するパラメータとしては避けるべきである．とりわけ，Exit Code 127 はトラブルシューティングで混乱の元である（"command not found" で終了したのか，プログラム固有のエラーなのか区別できなくなる）．しかしながら，多くのスクリプトが exit 1 を一般的な実行を続行できないエラーとして使っている．Exit Code 1 は Bash の一般的なエラーを含め，とても多くのエラーで発生しうるので，デバッグの時に切り分けが大変になるだろう． Exit Code を体系立てて定義する試みはある（/usr/include/sysexits.h）が，これは C と C++ プログラマー向けである．スクリプトに関しても同様な感じにするのが適切

[bopperjp]

Bashのユーザー定義エラーコードは 64〜113 を使うべきとのこと

[basyura]

雑に exit 1 してた勢

[iww]

結局、bashで 雑多で適当なエラー は何番を使えばいいんだろう

[ottonove]

linux

[tbpg]

"コマンドラインツールの Exit Code を適当に決めている僕みたいな人は一度目を通しておいて損は無いと思います"

[naga_sawa]

bash の Exit Code

[kitokitoki]

exit code

[masutaka26]

これは良い。けど、受け取った側がそこまで見なさそう。

[tmatsuu]

よい

[cpw]

これは知らなかった

[richard_raw]

エラー時は何も考えずexit(1)してたことを反省。「Command Not Found」なコード127はけっこう使うかも。

[AmaiSaeta]

規定されてるのはCで言う所のEXIT_SUCCESSとEXIT_FAILUREぐらいかと思ってた。

[mas-higa]

「Bashの...」って、そんなん bash の都合なんて知らんがな。

[lequinharay]

取り敢えず予約があることを覚えておいて、使うときにggrことにしよ

[tyru]

exit code の推奨されてる使い方とかあるのか。

[nacika_inscatolare]

調べようとおもって調べることじゃないなこれｗ（褒め言葉

[wasai]

いかん、結構知らなかった。

[y-kawaz]

1でいいや。

[hogege]

知らんかった…今まで全部独断で決めてたわヽ(^o^)丿予約済みがあるんなら説明楽やし(JobSchedulerの仕様に抵触しない限り)これを使うことにしよう(^^)

[hinashiki]

exit(1)以外にあったのか…

[kuy]

すんげー参考になる。

[raimon49]

＞ユーザ定義の Exit Code を C/C++ 標準の64〜113（もちろん成功した時は 0）に限定すべきと提案している． / カジュアルにexit(1)やっちゃってるたなぁ。

[PEEE]

よい

[ya--mada]

しまった、これ知らんかったよ。

[awa_manju]

参考になる

[key_amb]

勉強になります。

[progrhyme]

勉強になります。

[mapk0y]

すごく良い

[toyama0919]

これからワークフローエンジン使ってくこと増えるし、Exit Codeはちゃんと意識しないとな〜

[civitaspo]

参考までに