`>> / dev / stderr`（空白あり）と`>＆2`の違いは何ですか？

バッシュで。

何を使うべきか判断するのが難しいのですが？

私のすべてのスクリプトは「>> / dev / stderr」を使用します

bashのプロンプトで、私がしようとした場合：
echo test >>/dev/stderr作品
echo test >> /dev/stderr作品が
echo test >/dev/stderr作品
echo test > /dev/stderr作品

echo test >>&2失敗！
echo test >> &2失敗！
echo test >&2作品は
echo test > &2失敗します！

すべてのスクリプトをに変更してもかまいません>&2。

また、ssh（後su SomeUser）に大きな影響を与えるようで、>>/dev/stderrまったく機能せず（権限が拒否されます）、機能するだけ>&2です。

>& nファイル記述子を直接複製するためのシェル構文です。ファイル記述子2はstderrです。それがその方法です。stderrだけでなく、他のファイル記述子も複製できます。ファイル記述子の複製は（stderrがファイルであっても）切り捨てられる>&ことはなく、1つのトークンであるため、ここでは追加モードを使用できません。そのため、その中にスペースを入れることはできませんが、>& 2機能します。

>> name は、許可されている別の構文です。 nameはファイル名です（トークンはです>>）。この場合、ファイル名を使用しています/dev/stderr。これは、OS固有の処理（Linuxではへのシンボリックリンク/proc/self/fd/2）によっても標準エラーを意味します。追加モードと切り捨てモードは、stderrがターミナルである場合、切り捨てることができないため、同じことを実行します。あなたの標準的なエラーがファイルである場合は、しかし、それがされます切り捨てられます。

anthony@Zia:~$ bash -c 'echo hi >/dev/stderr; echo bye >/dev/stderr' 2>/tmp/foo
anthony@Zia:~$ cat /tmp/foo
bye

エラーが発生した場合 /dev/stderrover sshで、サーバー管理者がセキュリティ対策を適用しているため、シンボリックリンクが機能しない可能性があります。（例：/procまたはにアクセスできません/dev）。私はいずれかの種類の奇妙な破損を引き起こすと思いますが、重複したファイル記述子構文を使用することは完全に合理的な（そしておそらく少し効率的な）アプローチです。個人的には好きです。

失敗のケースが発生するのは、リダイレクトで使用するbash構文が&単一のを指定>し、&記号に直接隣接して存在する必要があるためです。

[n]>＆word

使用する '>'リダイレクト（存在する場合は切り捨て）または'>>'（存在する場合は追加）にします。

'>&'ストリームを複製するために使用します。たとえば、同じファイルに標準出力と標準エラーが必要な場合は、ファイルにリダイレクトし'> output.log'、'2>&'

myjob.sh > output.log 2>&