Linuxで `>`が静かに失敗する原因は何ですか？

私はこのコマンドを実行しました：

python ./manage.py dumpdata partyapp.InvitationTemplate > partyapp_dump.json

データをpartyapp_dump.jsonファイルにダンプします。しかし、すべてのデータが画面に印刷され、空のpartyapp_dump.jsonファイルが作成されます。

なぜこれが起こるのでしょうか？私はテストls > partyapp_dump.jsonしましたが、完全に機能しました。

では>あなただけの標準出力をリダイレクトします。代わりに2>を試して、エラー出力をリダイレクトしてください。＆>を使用して両方をリダイレクトします。

Pythonアプリは、通常のSTDOUTではなくSTDERR出力チャネルに出力を書き込む必要があります。シェル構造を使用する>と、出力チャネルに書き込まれたデータのみをキャッチしてリダイレクトしますが、実際に印刷できるチャネルは他にもいくつかあります。最も一般的なのは、通常エラーに使用される2番目のチャネルです。

次のように、STDERR（2番目のチャネル）のトラップを試すことができます。

python ./manage.py dumpdata partyapp.InvitationTemplate > partyapp_dump.json 2>&1

2>&1構築物は、通常の出力チャネルにエラーの出力ストリームを接続します。エラーチャネルでキャプチャしたい出力をプログラムが生成することはまれです。通常、アプリケーションデータではなくデバッグ情報用に予約されています。このスクリプトは非標準的な方法で動作するため、注意して使用してください。

次のように、出力チャネルとエラーチャネルを異なるファイルにダンプすることもできます。

python ./manage.py dumpdata partyapp.InvitationTemplate > partyapp_dump.json 2> error_output.txt

すでに提案されているstderrとstdoutの出力の説明に加えて、アプリケーションはこれらのストリームの両方を単に無視し、その出力に対して「/ dev / tty」を明示的に開く場合があります。

場合はnoclobber、bashのオプションが設定され、その後、>リダイレクト先のファイルが既に存在する場合（いない静かにあるが）失敗します。

移植性を向上cmd >| fileさせるには、既存のファイルを強制的に上書きするために使用します。

紛失した場合は、straceでいつでも実行して、どのプロセスが実行されているかを確認できます。

strace -f command