何もせず、コメントリーダーにすぎないが、実際には組み込みのシェルであるコマンドの目的は何ですか？

スクリプトにコメントを挿入するよりも、呼び出しごとに約40％遅くなります。これは、おそらくコメントのサイズによって大きく異なります。それについて私が見ることができる唯一の考えられる理由はこれらです：

# poor man's delay function
for ((x=0;x<100000;++x)) ; do : ; done

# inserting comments into string of commands
command ; command ; : we need a comment in here for some reason ; command

# an alias for `true' (lazy programming)
while : ; do command ; done

私が本当に探しているのは、それが持っていたかもしれない歴史的なアプリケーションだと思います。

歴史的に、Bourneシェルには組み込みコマンドはtrueありませんでしたfalse。true代わりに、単に:やのfalseようなエイリアスになりましたlet 0。

:true古代のボーン由来のシェルへの移植性よりもわずかに優れています。簡単な例として、!パイプライン演算子も||リスト演算子もないことを検討してください（一部のBourneシェルの場合と同様）。これelseにより、ifステートメントの句が終了ステータスに基づいて分岐する唯一の手段となります。

if command; then :; else ...; fi

以来if空でない必要がthen句やコメントを非空としてカウントされません、:ノーオペレーションとして機能します。

現在（つまり、現代のコンテキストでは）、通常、:またはのいずれかを使用できますtrue。どちらもPOSIXで指定されており、true読みやすいものもあります。ただし、興味深い違いが1つあります。これ:は、いわゆるPOSIXの特別な組み込みであるのに対し、trueは通常の組み込みです。

• シェルに組み込むには、特別な組み込みが必要です。通常のビルトインは「一般的に」組み込まれているだけですが、厳密に保証されているわけではありません。通常、ほとんどのシステムのPATH :機能で名前が付けられた通常のプログラムはありませんtrue。

• おそらく最も重要な違いは、特別なビルトインの場合、ビルトインによって設定された変数（単純なコマンド評価中の環境であっても）がksh93を使用して次のようにコマンドが完了した後も持続することです。

  $ unset x; ( x=hi :; echo "$x" )
  hi
  $ ( x=hi true; echo "$x" )
  
  $

  Zshは、POSIX互換モードで動作している場合を除いて、GNU Bashと同様にこの要件を無視しますが、他のすべての主要な「POSIX sh派生」シェルは、ダッシュ、ksh93、およびmkshを含め、これを監視します。

• もう1つの違いは、通常のビルトインと互換性がある必要があるexecことです。ここではBashを使用して説明します。

  $ ( exec : )
  -bash: exec: :: not found
  $ ( exec true )
  $

• POSIXはまた、これは実装固有の詳細ですが、:よりも高速である可能性があることを明示的に指摘していtrueます。

変数コマンドを簡単に有効/無効にするために使用します。

#!/bin/bash
if [[ "$VERBOSE" == "" || "$VERBOSE" == "0" ]]; then
    vecho=":"     # no "verbose echo"
else
    vecho=echo    # enable "verbose echo"
fi

$vecho "Verbose echo is ON"

したがって

$ ./vecho
$ VERBOSE=1 ./vecho
Verbose echo is ON

これはきれいなスクリプトになります。これは「＃」では実行できません。

また、

: >afile

「afile」が存在するが長さが0であることを保証する最も簡単な方法の1つです。

：の便利なアプリケーションは、実際に結果をコマンドに渡すのではなく、副作用のためにパラメーター展開を使用することにのみ関心がある場合です。その場合、終了ステータスを0にするか1にするかによって、PEを：またはfalseへの引数として使用します: "${var:=$1}"。例はです。:は組み込みなので、かなり高速でなければなりません。

:ブロックのコメントにも使用できます（C言語の/ * * /と同様）。たとえば、スクリプト内のコードブロックをスキップする場合は、次のようにできます。

: << 'SKIP'

your code block here

SKIP

ログをクリアするのに役立つように、ファイルをゼロバイトに切り捨てたい場合は、これを試してください：

:> file.log

passPython と似ています。

1つの用途は、関数が記述されるまで関数をスタブ化することです。

future_function () { :; }

他の回答で言及されていない2つの用途：

ロギング

次のスクリプト例を見てください。

set -x
: Logging message here
example_command

最初の行set -xは、シェルにコマンドを実行する前に出力させます。これは非常に便利な構成です。欠点は、通常のecho Log messageタイプのステートメントがメッセージを2回出力することです。コロン方式はそれを回避します。と同じように、特殊文字をエスケープする必要があることに注意してくださいecho。

cronの役職

次のように、cronジョブで使用されているのを見てきました。

45 10 * * * : Backup for database ; /opt/backup.sh

これは、/opt/backup.sh毎日10:45にスクリプトを実行するcronジョブです。この手法の利点は、/opt/backup.sh出力を印刷するときに電子メールの件名が見やすくなることです。

次のように、バックティック（``）と組み合わせて使用​​して、出力を表示せずにコマンドを実行できます。

: `some_command`

もちろんsome_command > /dev/null、単に実行することもでき:ますが、-versionはやや短いです。

とはいえ、人々を混乱させるだけなので、実際にそれを行うことはお勧めしません。考えられるユースケースとして思いついたばかりです。

また、ポリグロットプログラムにも役立ちます。

#!/usr/bin/env sh
':' //; exec "$(command -v node)" "$0" "$@"
~function(){ ... }

これは、今、実行可能なシェルスクリプトの両方であるとの意味：JavaScriptプログラム./filename.js、sh filename.jsおよびnode filename.jsすべての作業。

（間違いなく少し変わった使い方ですが、それでも効果的です。）

要求に応じて、いくつかの説明：

• シェルスクリプトは行ごとに評価されます。そして、execコマンド、実行は、シェルを終了し、置き換え結果コマンドでのプロセスを。つまり、シェルにとって、プログラムは次のようになります。

  #!/usr/bin/env sh
  ':' //; exec "$(command -v node)" "$0" "$@"

• 長いなしパラメータ展開やエイリアシングなどの単語で発生しているとして、任意のシェル・スクリプト内の単語は、その意味を変えずに引用符でラップすることができます。これは、以下':'と同等です:（以下で説明するJavaScriptセマンティクスを実現するために、ここでは引用符で囲みました）。

• ...そして上記のように、1行目の最初のコマンドはno-opです（これはに変換される: //か、単語を引用する場合は。JavaScriptのように':' '//'、に//は特別な意味がないことに注意してください。捨てられるのは意味のない言葉にすぎません。）

• 最後に、最初の行の2番目のコマンド（セミコロンの後）は、プログラムの本当の意味です。execこれは、呼び出されるシェルスクリプトを、残りのスクリプトを評価するために呼び出されるNode.jsプロセスに置き換える呼び出しです。

• 一方、JavaScriptの最初の行は文字列リテラル（':'）として解析され、次にコメントが削除されます。したがって、JavaScriptの場合、プログラムは次のようになります。

  ':'
  ~function(){ ... }

  string-literalはそれ自体が1行にあるため、何もしないステートメントであり、プログラムから削除されます。つまり、行全体が削除され、プログラムコード（この例では本文）だけが残りますfunction(){ ... }。

自己文書化機能

あなたも使うことができます :して、ドキュメントを関数に埋め込むます。

mylib.shさまざまな関数を提供するライブラリスクリプトがあるとします。ライブラリをソース. mylib.sh（lib_function1 arg1 arg2）し、その直後に関数を呼び出す（）か、名前空間が乱雑になるのを避け、関数の引数でライブラリを呼び出す（mylib.sh lib_function1 arg1 arg2）ことができます。

mylib.sh --helpヘルプテキストの関数リストを手動で維持する必要なく、使用可能な関数とその使用法のリストを入力して取得できたら、すばらしいと思いませんか。

＃！/ bin / bash

＃すべての「パブリック」関数はこのプレフィックスで始まる必要があります
LIB_PREFIX = 'lib_'

＃「パブリック」ライブラリ関数
lib_function1（）{
    ：この関数は、2つの引数で複雑な処理を行います。
    ：
    ： パラメーター：
    ： 'arg1-最初の引数（$ 1）'
    ： 'arg2-2番目の引数'
    ：
    ：結果：
    ： " それは複雑です"

    ＃実際の関数コードはここから始まります
}

lib_function2（）{
    ：関数のドキュメント

    ＃ここに関数コード
}

＃ヘルプ機能
- 助けて（） {
    MyLib v0.0.1をエコーし​​ます。
    エコー
    echo使用法：mylib.sh [function_name [args]]
    エコー
    echo利用可能な機能：
    宣言-f | sed -n -e '/ ^' $ LIB_PREFIX '/、/ ^} $ / {/ \（^' $ LIB_PREFIX '\）\ | \（^ [\ t] *：\）/ {
        s / ^ \（ '$ LIB_PREFIX'。* \）（）/ \ n === \ 1 === /; s / ^ [\ t] *：\？['\' '"] \？/ / ; s / ['\' '"] \？; \？$ //; p}}'
}

＃メインコード
if ["$ {BASH_SOURCE [0]}" = "$ {0}"]; その後
    ＃スクリプトはソースの代わりに実行されました
    ＃要求された関数を呼び出すかヘルプを表示
    if ["$（type -t-" $ 1 "2> / dev / null）" = function]; その後
        「$ @」
    そうしないと
        - 助けて
    fi
fi

コードに関するいくつかのコメント：

1. すべての「パブリック」関数には同じプレフィックスがあります。これらだけがユーザーによって呼び出され、ヘルプテキストにリストされることを意図しています。
2. 自己文書化機能は前のポイントに依存し、使用します declare -f可能なすべての関数を列挙ためにし、sedを介してそれらをフィルタリングして、適切なプレフィックスを持つ関数のみを表示します。
3. 不要な展開と空白の削除を防ぐために、ドキュメントを一重引用符で囲むことをお勧めします。テキストでアポストロフィ/引用符を使用する場合も注意が必要です。
4. ライブラリプレフィックスを内部化するコードを記述できます。つまり、ユーザーは入力するだけでmylib.sh function1内部的にに変換されlib_function1ます。これは読者に任された演習です。
5. ヘルプ機能の名前は「--help」です。これは、ライブラリ呼び出しメカニズムを使用してヘルプ自体を表示する便利な（つまり、遅延）アプローチであり、の追加のチェックをコーディングする必要はありません$1。同時に、ライブラリをソースにすると、ネームスペースが乱雑になります。それが気に入らない場合は、名前をのように変更するか、メインコードのlib_helpargsを実際に確認して--help、ヘルプ関数を手動で呼び出すことができます。

スクリプトでこの使用法を確認したところ、スクリプト内でbasenameを呼び出すのに適した代用だと思いました。

oldIFS=$IFS  
IFS=/  
for basetool in $0 ; do : ; done  
IFS=$oldIFS  

...これはコードの置き換えです： basetool=$(basename $0)