空のファイルを作成するときに、「：>> file」よりも「touch file」を好むのはなぜですか？

今までこれを行うことができることに気づいたことはありません。

: >> file

機能的には次のように思われます：

touch file

ほとんどのリソースがこの組み込みシェルよりもタッチを好むように見える理由はありますか？

使用する必要さえありません:。あなただけのことができます> file（少なくともでbash、他のシェルは異なる挙動を示す場合があります）。

実際的には、ここで実際の違いはありません（ただし、呼び出しのわずかなオーバーヘッドは問題/bin/touchです）。

touchただし、コンテンツを変更または消去することなく、既存のファイルのタイムスタンプを変更するために使用することもできます。さらに、すでに存在するもの> fileを吹き飛ばしfileます。これは代わりにを使用して回避できます>> file。

もう1つの違いtouchはtouch foo bar baz quux、各ファイルに独自のリダイレクト（例>foo >bar >baz >quux）が必要なリダイレクトよりも簡潔な構文で複数のファイルを一度に作成（またはタイムスタンプを更新）できることです（例）。

を使用してtouch：

$ touch foo; stat -x foo; sleep 2; touch foo; stat -x foo
  File: "foo"
  Size: 0            FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: (991148597/redacted)  Gid: (1640268302/redacted)
Device: 1,5   Inode: 8597208698    Links: 1
Access: Fri May 25 10:55:19 2018
Modify: Fri May 25 10:55:19 2018
Change: Fri May 25 10:55:19 2018
  File: "foo"
  Size: 0            FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: (991148597/redacted)  Gid: (1640268302/redacted)
Device: 1,5   Inode: 8597208698    Links: 1
Access: Fri May 25 10:55:21 2018
Modify: Fri May 25 10:55:21 2018
Change: Fri May 25 10:55:21 2018

リダイレクトの使用：

$ > foo; stat -x foo; sleep 2; >> foo; stat -x foo
  File: "foo"
  Size: 0            FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: (991148597/redacted)  Gid: (1640268302/redacted)
Device: 1,5   Inode: 8597208698    Links: 1
Access: Fri May 25 10:55:21 2018
Modify: Fri May 25 10:56:25 2018
Change: Fri May 25 10:56:25 2018
  File: "foo"
  Size: 0            FileType: Regular File
  Mode: (0644/-rw-r--r--)         Uid: (991148597/redacted)  Gid: (1640268302/redacted)
Device: 1,5   Inode: 8597208698    Links: 1
Access: Fri May 25 10:55:21 2018
Modify: Fri May 25 10:56:25 2018
Change: Fri May 25 10:56:25 2018

touch余分な特殊文字を入力せずに一度に複数のファイルを作成できるためです。これには、ブレースの展開などが含まれtouch file{1,2,3,4}ます。

別の問題は、チュートリアルを書いているとき、読者がおそらくその主題にあまり精通していないことを認識することがかなり重要であることです。単純なコマンドは、文字以外の文字の奇妙な組み合わせよりもはるかに理解しやすい場合があります。:本当に何もしないという単純な理由から、何が何なのかわからないカジュアルなシェルユーザーがたくさんいると思います。同様に、> fooコマンドのないプレーンの場合：リダイレクトとは何かを知っていても、ソースのないリダイレクトは直感的ではない場合があります。

また、unix.seでは、プロンプトを示すために先頭にドル記号を付けたコマンドサンプルを頻繁に記述します。行頭の特殊文字はそれと混同される可能性があります。（>デフォルトのプロンプトの一部として使用するシステムとシェルがあることに注意してください。）

まあ、私にとって、主な理由は読みやすさです。touch file何が起こっているかを知っていれば、シェルスクリプトの知識があまりない人でも、何が起こっているかを知っています。そうでない場合は、簡単にこれman touchを確認できます。

A FILE argument that does not exist is created empty

:やなどの不可解なものでは>、何が起こっているのかを知るのがより難しく、実際の利点がないため、それを使用する必要はありません。

/ tmpにマーカーファイルが作成されていることだけを覚えている古いシェルスクリプトの1つを探していると想像してください。すべての* .shファイルを「タッチ」という言葉で簡単にgrepできます。検索する正確なファイル名がわからない場合、代わりにコロンを削除すると、多くの誤検知が発生します。