STDERRまたはSTDOUTに警告を出力する必要がありますか？

Question

私は、あらかじめ定義されたデータセットを処理してファイルに出力するスクリプトを作成しています。私は1つのデータム（アクセスしたすべてのセットで常に「通常」である）が、この値が処理されていない（データにどのように影響するかわからないので）ということが違うと警告をポップアップしたい。この警告をstderrまたはstdoutに出力すべきですか？

Answer 1

このスクリプトの出力（つまりstdoutのみ）を後で処理できるように保存した場合、その警告は出力の解析方法を妨げますか？さらに、出力が別のプロセスにパイプされている場合は、警告が端末に表示されるため、ユーザはすぐにそれを認識します。

これらの理由から、一般に、警告はstderrに出力されます。

Answer 2

実際の質問は、あなたのスクリプトの出力をファイルにリダイレクトする場合、その警告をファイルに入れるか、ユーザーに指示するかです。

警告の結果、ユーザーが何らかの処置を取ることを期待している場合は、STDERRに進む必要があります。一部のダウンストリームスクリプトが警告によってトリップされる可能性が高い場合は、STDERRに移動する必要があります。

Answer 3

警告はstderrに送られます。

他人から提示された点に加えて（ダウンストリームプロセスの解析エラーを引き起こし、コンソールのユーザーからエラーを隠す）、柔軟性の問題があります。

stderrの警告をstdoutを解析しているダウンストリームプロセスに移動させたくない場合、ユーザーは特別な操作を行う必要はありません。

your_script | downstream_process 

ユーザーが標準エラー出力からの警告は、stdoutとstderrを解析する下流のプロセスに行きたい場合は、ユーザーが標準出力に標準エラー出力をリダイレクトする2> & 1を使用することができます。

your_script 2>&1 | downstream_process 

stdoutに警告し、任意の通常のデータの両方あなたが出力した場合、ユーザーはすべてのものを解析することなく、データからの警告を分離する良い方法はありません。 警告をstderrに送ると、スクリプトの柔軟性も向上します。