さまざまなコマンドをさまざまなシンボルに接続するチュートリアルをオンラインでよく見ます。例えば：
command1 | command2
command1 & command2
command1 || command2
command1 && command2他の人はコマンドをファイルに接続しているようです：
command1 > file1
command1 >> file1これらは何ですか？彼らは何と呼ばれている？彼らは何をしますか？それらはもっとありますか？
回答:
これらはシェル演算子と呼ばれ、はい、もっとあります。制御演算子とリダイレクト演算子という2つの主要なクラスの中で最も一般的な概要と、bashシェルに関してどのように機能するかを簡単に説明します。
シェルコマンド言語で、制御機能を実行するトークン。
次の記号のいずれかです。& && ( ) ; ;; <newline> | ||
そして|&バッシュ。
Aは!ありません制御オペレータが、予約語。これは、算術式内およびテスト構成内では論理NOT [否定演算子]になります（ただし、スペース区切り文字が必要です）。
; ：最初のコマンドの結果に関係なく、別のコマンドが終了した後に1つのコマンドを実行します。
command1 ; command2最初command1はフォアグラウンドで実行され、終了command2すると実行されます。
文字列リテラル内にない、または特定のキーワードの後の改行は、セミコロン演算子と同等ではありません。リスト;区切られた簡単なコマンドはまだリスト -シェルのパーザのようにまだ従って簡単なコマンドで読むことを続けなければならない;か、リストのリスト-改行が全体のコマンドリストを区切ることができ、一方、実行する前に区切られ、単純なコマンドを。違いは微妙ですが複雑です：改行に続くデータを読み込むための以前の必須命令がない場合、改行はシェルが既に読み込んだ単純なコマンドの評価を開始できるポイントを示しますが、;セミコロンはそうしますありません。
& ：これにより、コマンドがバックグラウンドで実行され、同じシェルで作業を続行できます。
command1 & command2ここでcommand1は、バックグラウンドでcommand2起動され、command1終了するのを待たずに、すぐにフォアグラウンドで実行を開始します。
後の改行command1はオプションです。
&& ：ANDリストの作成に使用され、別のコマンドが正常に終了した場合にのみ、1つのコマンドを実行できます。
command1 && command2ここで、終了command2後に実行され、成功した場合のみ（終了コードが0であった場合）。両方のコマンドはフォアグラウンドで実行されます。command1command1
このコマンドは書くこともできます
if command1
then command2
else false
fiまたはif command1; then command2; fi、戻りステータスが無視される場合のみ。
|| ：ORリストの作成に使用され、別のコマンドが正常に終了しなかった場合にのみ、1つのコマンドを実行できます。
command1 || command2ここでcommand2は、command1失敗した場合にのみ実行されます（0以外の終了ステータスを返した場合）。両方のコマンドはフォアグラウンドで実行されます。
このコマンドは書くこともできます
if command1
then true
else command2
fiまたはより短い方法でif ! command1; then command2; fi。
&&および||は左結合であることに注意してください。シェルの論理演算子の優先順位&&、||を参照してください。詳細については。
!：これは、「not」演算子として機能する予約語です（ただし、区切り文字が必要です）。コマンドの戻りステータスを無効にするために使用します。コマンドがゼロ以外のステータスを返す場合は0を返し、ステータス0を返す場合は1を返します。また、testユーティリティの論理NOT です。
! command1
[ ! a = a ]そして、算術式の中の真のNOT演算子：
$ echo $((!0)) $((!23))
1 0|：パイプ演算子。1つのコマンドの出力を別のコマンドの入力として渡します。パイプ演算子から作成されたコマンドは、パイプラインと呼ばれます。
command1 | command2によって出力される出力command1は、入力としてに渡されますcommand2。
|&：これは、2>&1 |bashおよびzshの短縮形です。1つのコマンドの標準出力と標準エラーの両方を別のコマンドへの入力として渡します。
command1 |& command2;;はcase文の終わりを示すためにのみ使用されます。Ksh、bash、およびzsh ;&は、次のケースに移行することもサポートします;;&（ATT kshではありません）。後続のケースに進み、テストします。
(と)に使用されているグループのコマンドとサブシェルでそれらを起動します。{そして}また、グループコマンドが、サブシェルでそれらを起動しません。シェル構文のさまざまなタイプの括弧、括弧、および括弧については、この回答を参照してください。
シェルコマンド言語で、リダイレクト機能を実行するトークン。次の記号のいずれかです。
< > >| << >> <& >& <<- <>
これらにより、コマンドの入力と出力を制御できます。それらは、単純なコマンド内のどこにでも表示できますが、コマンドの後に続くこともあります。リダイレクトは、左から右に表示される順序で処理されます。
< ：コマンドに入力を提供します。
command < file.txt上記はcommandのコンテンツに対して実行されfile.txtます。
<>：上記と同じですが、ファイルは読み取り専用ではなく読み取り+書き込みモードで開かれています：
command <> file.txtファイルが存在しない場合は作成されます。
通常、コマンドは標準入力からしか読み取れないため、この演算子はほとんど使用されませんが、多くの特定の状況では便利です。
> ：コマンドの出力をファイルに送信します。
command > out.txt上記はcommandas の出力を保存しますout.txt。ファイルが存在する場合、その内容は上書きされ、存在しない場合は作成されます。
この演算子は、標準エラーと標準出力のどちらに出力するかを選択するためにもよく使用されます。
command >out.txt 2>error.txt上記の例で>は、標準出力を2>リダイレクトし、標準エラーをリダイレクトします。出力を使用してリダイレクトすることもできます1>が、これはデフォルトであるため、1通常は省略され、単にと記述され>ます。
したがって、実行commandしfile.txtてその出力out.txtとエラーメッセージを保存するには、error.txt次を実行します。
command < file.txt > out.txt 2> error.txt>|：と同じ>ですが、シェルが上書きを拒否するように構成されている場合でも（set -Cまたはでset -o noclobber）、ターゲットを上書きします。
command >| out.txtout.txt存在する場合、の出力はcommandそのコンテンツを置き換えます。存在しない場合は作成されます。
>>：>ターゲットファイルが存在する場合、新しいデータが追加されることを除いて、と同じです。
command >> out.txtout.txt存在する場合、command既に存在するものの後に、の出力が追加されます。存在しない場合は作成されます。
&>、>&、>>&および&>>：（非標準）。標準エラーと標準出力の両方をリダイレクトし、それぞれ置換または追加します。
command &> out.txtの標準エラーと標準出力の両方commandがに保存されout.txt、コンテンツが上書きされるか、存在しない場合は作成されます。
command &>> out.txt上記のように、out.txt存在する場合を除き、の出力とエラーcommandが追加されます。
&>バリアントは、中発しbashながら、>&バリアントは、CSH（数十年以前）から来ています。どちらも他のPOSIXシェル演算子と競合するため、移植可能なshスクリプトでは使用しないでください。
<<：ヒアドキュメント。多くの場合、複数行の文字列を印刷するために使用されます。
command << WORD
Text
WORDここでcommandは、上記の例でWORD、の次の出現をText入力として検出するまですべてを取得します。一方でWORD、多くの場合であるEoFか、その変形、それはあなたが好きな任意の英数字（だけではなく）文字列を指定できます。WORDが引用されている場合、ヒアドキュメント内のテキストは文字どおりに処理され、展開は実行されません（たとえば、変数に対して）。引用符で囲まれていない場合、変数は展開されます。詳細については、bashのマニュアルを参照してください。
の出力command << WORD ... WORDを別の1つまたは複数のコマンドに直接パイプする場合、パイプをと同じ行に<< WORD配置する必要があります。終端のWORDの後または後続の行にパイプを配置することはできません。例えば：
command << WORD | command2 | command3...
Text
WORD<<<：here文字列は、hereドキュメントに似ていますが、1行を対象としています。これらは、Unixポートまたはrc（発信元）、zsh、ksh、yash、bashの一部の実装にのみ存在します。
command <<< WORDとして与えられたものWORDはすべて展開され、その値はへの入力として渡されますcommand。これは、変数の内容をコマンドへの入力として渡すためによく使用されます。例えば：
$ foo="bar"
$ sed 's/a/A/' <<< "$foo"
bAr
# as a short-cut for the standard:
$ printf '%s\n' "$foo" | sed 's/a/A/'
bAr
# or
sed 's/a/A/' << EOF
$foo
EOF他のいくつかの演算子（>&-、x>&y x<&y）を使用して、ファイル記述子を閉じたり複製したりできます。それらの詳細については、（シェルのマニュアルの関連セクションを参照してください。ここではbashのインスタンスのために）。
これは、Bourneのようなシェルの最も一般的な演算子のみを対象としています。一部のシェルには、独自のリダイレクト演算子がいくつか追加されています。
Ksh、bash、およびzshには、構造体<(…)、>(…)および=(…)（後者zshのみ）もあります。これらはリダイレクトではなく、プロセス置換です。
bash。これは、さまざまな「この奇妙なことは何をするのか」という質問を閉じるための正規のQ＆Aとして整理されており、それらのほとんどはbashのユーザーからのものです。他の誰かがbash以外のシェルを提案して回答することを望んでいますが、bash固有のシェルを強調表示することは非常に理にかなっています。確認する必要がありますが、どれが私の頭上にあるのかわかりません。
&>、>>>、および<<<への参照であるとして、すべての非POSIXです-だけでなく、ここでは、ドキュメントの名前で非alphanum文字。この答えは、またについてほとんど議論どのように彼らは仕事-例えば、それについて話して無用のほぼ悪化しているシンプルなコマンドとコマンドこれらが何であるかを説明し、どのようにシェルが決定せず。
false）を示し、0の終了コードは成功（ないtrue）を示すことを意味します。それは常に方法であり、非常に標準的です。0以外の終了コードは、私が知っているすべての環境でエラーを示します。
I / Oリダイレクト（<および>）について学んだばかりのUnix初心者は、しばしば次のようなことを試みます。
コマンド … input_file > the_same_file
または
コマンド …< ファイル > the_same_file
または、ほぼ同等に、
cat ファイル | コマンド …> the_same_file
（grep、sed、cut、sort、とspell人々はこのような構築物中で使用するように誘惑されているコマンドの例です。）ユーザーは、これらのシナリオが空になってきてファイルにつながることを発見して驚いています。
他の答えで言及されていないように見えるニュアンスは、bash（1）のRedirectionセクションの最初の文に潜んでいます：
コマンドが実行される前に 、シェルによって解釈される特別な表記を使用して、コマンドの入力と出力がリダイレクトされる場合があります。
コマンドが実行される前に
シェルが要求されたリダイレクトを実行するという事実を強調するために、最初の5つの単語は太字、斜体、下線、拡大、点滅、赤、アイコンでマークする必要があります
。そしてまた覚えている
出力のリダイレクトにより、ファイル…が書き込み用に開かれます…。ファイルが存在しない場合は作成されます。存在する場合は、サイズがゼロに切り捨てられます。
したがって、この例では：
sort roster > rosterシェルrosterは、sortプログラムの実行を開始する前に、書き込み用にファイルを開き、切り捨てます（つまり、その内容をすべて破棄します）。当然、データを回復するために何もできません。
ナイーブにそれを期待するかもしれない
tr "[:upper:]" "[:lower:]" < poem > poemより良いかもしれません。シェルは左から右へのリダイレクトを処理するため、poem読み取り用（trの標準入力用）に開いてから書き込み用（標準出力用）に開きます。しかし、それは役に立ちません。この一連の操作では2つのファイルハンドルが生成されますが、どちらも同じファイルを指します。シェルが読み取りのためにファイルを開くと、内容はまだ存在しますが、プログラムが実行される前にそれらはまだ破壊されています。
ソリューションが含まれます：
実行しているプログラムに、出力先を指定する独自の内部機能があるかどうかを確認します。多くの場合、これは-o（または--output=）トークンで示されます。特に、
sort roster -o rosterとほぼ同等です
sort roster > rosterただし、最初の場合、sortプログラムは出力ファイルを開きます。そして、それはまで出力ファイルを開くことがないように十分にスマートだ後、それは、入力ファイル（複数可）のすべてを読みました。
同様に、少なくともいくつかのバージョンがsed持っている-i（編集私は戻って、入力ファイルにアウト出力を書き込むために使用することができますn個置き）オプションを（再び、後にすべての入力が読み込まれています）。以下のようなエディタed/ ex、emacs、pico、およびvi/はvim
、ユーザーがテキストファイルを編集して、元のファイルに編集したテキストを保存することができます。ed（少なくとも）非対話的に使用できることに注意してください。
vi関連機能があります。を入力すると、編集バッファーの内容がに書き込まれ、出力が読み取られ、バッファーに挿入されます（元の内容を置き換えます）。:%!commandEntercommandシンプルだが効果的：
コマンド … input_file > temp_file && mv temp_file input_file
これにinput_fileは、リンクの場合、（おそらく）別のファイルに置き換えられるという欠点があります。また、新しいファイルはデフォルトの保護で所有されます。特に、これは、元のファイルがそうでなくても、ファイルが最終的に誰でも読み取り可能になるというリスクを伴いますinput_file。
バリエーション：
command … input_file > temp_file && cp temp_file input_file && rm temp_filetemp_file読み取り可能になります。さらに良い：cp input_file temp_file && command … temp_file > input_file && rm temp_file-aか、-p上のcp
属性を保持するためにそれを伝えるために。）command … input_file > temp_file &&cp --attributes-only --preserve=all input_file temp_file &&mv temp_file input_fileこのブログ （ファイルの「インプレース」編集）は、提案と説明を行います
{rm input_file && command …> input_file ; } < input_file
これには、command標準入力を処理できる必要があります（ただし、ほとんどすべてのフィルターが処理できます）。ブログ自体はこれを危険な手口と呼び、その使用を推奨していません。また、これにより、ユーザーが所有し、デフォルトのアクセス権を持つ新しい別個のファイル（何にもリンクされていない）が作成されます。
moreutilsパッケージには、次のコマンドがありますsponge。
コマンド … input_file | スポンジthe_same_file
詳細については、この回答を参照してください。
[これらのソリューションのほとんどは、「読み取り専用」あなたのことを意味し、読み取り専用ファイルシステム上で失敗し
$HOMEます書き込み可能ではなく、/tmpされる読み取り専用（デフォルト）。たとえば、Ubuntuがあり、回復コンソールを起動した場合、これは一般的なケースです。また、ヒアドキュメント演算子<<<も 一時ファイルをそこに書き込むため、読み取り/書き込み/tmpが必要なため、ここでも動作しません。 （この質問には「d」の出力が含まれます）strace
その場合、以下が機能する可能性があります。
sortまたはtr なし-dまたは-sオプション）、あなたは試すことができます
コマンド … input_file | dd of = the_same_file conv = notrunc参照してくださいこの答え とこの答え、あなたのコマンドが入力があると、出力データの同じ量を生成することが保証されている場合に動作上記の説明などの詳細については、および代替以下（例えば、
grepまたはcut）。これらの回答には、空きスペースを必要としない（またはほとんど必要としない）利点があります。上記のフォームの回答では
、システムが入力（古い）ファイルと出力（新しい）ファイル全体を同時に保持できる十分な空き領域があることが明らかに必要です。これは、他のほとんどのソリューション（およびなど）にも同様に明らかです。例外：おそらく多くの空きスペースが必要になります。command … input_file > temp_file && …sed -ispongesort … | dd …sort 出力を書き込む前にすべての入力を読み取る必要があり、おそらくすべてのデータではなくてもほとんどのデータを一時ファイルにバッファします。コマンド … input_file 1 <> the_same_file
dd上記
の答えと同等かもしれません。構文は、ファイルディスクリプタに指定されたファイルが開き、入力と出力の両方のための組み合わせのようなもの-それを切り捨てずに、
と。注：一部のプログラム（およびなど）は、入力と出力が同じファイルであることを検出できるため、このシナリオでの実行を拒否する場合があります。
上記の説明についてはこの回答を参照してください。また、コマンドがinput またはlessと同じ量の出力データを生成することが保証されている場合、この回答を機能させるスクリプトを参照してください。
警告：ピーターのスクリプトをテストしていないので、保証しません。n<> filen n<n>catgrepこれはU＆Lで人気のあるトピックです。次の質問で対処します。
iconv入力ファイルを変換された出力に置き換えるにはどうすればよいですか？shuf file > fileが空のファイルを残すのはなぜですか？sortコマンドで空のファイルが表示されるのはなぜですか？tr標準出力をファイルにリダイレクトする…そしてそれはスーパーユーザーやUbuntuを数えていません。上記の質問に対する回答の多くの情報をこの回答に取り入れましたが、すべてではありません。（つまり、詳細については、上記の質問とその回答をお読みください。）
PS私は、上で引用したブログと提携していません。
/tmp。
dd … conv=notruncと1<>答えた出力ファイルを切り捨てることはありませんので、コマンドの出力は、入力（例えば、未満の場合grep）、ファイルの最後に残されたオリジナルのいくつかのバイトがあるでしょう。出力が入力よりも大きい場合、（例えば、cat -n、nl、または（潜在的に）grep -n）、あなたはそれを読んだ前に、古いデータを上書きする危険があります。
;、&、(および)terdonの回答に含まれるコマンドの一部はnullである場合があることに注意してください。たとえば、あなたは言うことができます
command1 ;（なしcommand2）。これは次と同等です
command1（つまり、単にcommand1フォアグラウンドで実行され、完了するまで待機します。同様に、
command1 &（なしcommand2）はcommand1バックグラウンドで起動し、すぐに別のシェルプロンプトを発行します。
これとは対照的に、command1 &&、command1 ||、およびcommand1 |任意の意味がありません。これらのいずれかを入力すると、シェルは（おそらく）コマンドが別の行に続くと想定します。通常はに設定されているセカンダリ（継続）シェルプロンプトを表示し、>読み続けます。シェルスクリプトでは、次の行を読み取り、既に読み取ったものに追加します。（注意：これはあなたがしたいことではないかもしれません。）
注：一部のシェルの一部のバージョンでは、このような不完全なコマンドをエラーとして扱う場合があります。このような場合（または、実際には、中に任意のあなたが長いコマンドを持っている場合）には、バックスラッシュを（置くことができ\、別の行にコマンドを読み続けシェルを伝えるために行の末尾に）：
command1 && \
command2または
find starting-directory -mindepth 3 -maxdepth 5 -iname "*.some_extension" -type f \
-newer some_existing_file -user fred -readable -printterdonとして言う、(および)groupコマンドを使用することができます。それらがその議論に「あまり関係ない」という声明は議論の余地があります。terdonの答えにあるコマンドのいくつかは、コマンドグループかもしれません。例えば、
( command1 ; command2 ) && ( command3; command4 )これを行います：
command1して、終了するのを待ちます。command2して終了するまで待ちます。その後、command2成功した場合、
command3して、終了するのを待ちます。command4して終了するのを待ちます。command2失敗した場合は、コマンドラインの処理を停止します。
括弧の外側で|は、非常に緊密にバインドするため、
command1 | command2 || command3と同等です
( command1 | command2 ) || command3そして、&&し、||よりタイトに結合;ので、
command1 && command2 ; command3と同等です
( command1 && command2 ) ; command3つまり、および/またはのcommand3終了ステータスに関係なく実行されます。command1command2
;それ自体（またはそれに先行するコマンドなし）は構文エラーであり、空のステートメントではありません。したがって; ;、エラーです。（新規ユーザーのよくある落とし穴、IMHO）。また、：;;は、caseステートメント用の特別な区切り文字です。
;、&&、||、&、そして|、彼らは彼らの前に何も表示された場合のエラーです。また、テルドンは;;（簡潔に）彼の答えで述べました。
linebreak、POSIXシェルの文法でのトークンの使用について知る前に、それを書きました。したがって、おそらくすべてのPOSIX準拠のシェルがそれらを受け入れると言っても安全です。私は一般的な免責事項として声明を支持します。実際のBourneシェルなど、十分に古いPOSIX以前のシェルを見つけた場合、すべてのベットはオフになります。