Я использую его для легкого включения/отключения переменных команд:

#!/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

Это делает чистый script. Это невозможно сделать с помощью "#".

Кроме того,

: >afile

является одним из простейших способов гарантировать существование "файла", но имеет длину 0.

Полезное приложение для: есть, если вас интересует только расширение параметров для их побочных эффектов, а не передача их результата команде. В этом случае вы используете PE в качестве аргумента для: или false, в зависимости от того, хотите ли вы иметь статус выхода 0 или 1. Пример может быть : "${var:=$1}". Поскольку : является встроенным, он должен быть довольно быстрым.

: также может быть для комментариев блоков (аналогично/* */на языке C). Например, если вы хотите пропустить блок кода в script, вы можете сделать это:

: << 'SKIP'

your code block here

SKIP

Если вы хотите усечь файл на нулевые байты, который полезен для очистки журналов, попробуйте следующее:

:> file.log

Он похож на pass в Python.

Одним из способов было бы отключить функцию до тех пор, пока она не будет записана:

future_function () { :; }

Вы можете использовать его вместе с backticks (``) для выполнения команды без отображения ее вывода, например:

: `some_command`

Конечно, вы могли бы просто сделать some_command > /dev/null, но : -версия несколько короче.

Говоря, я бы не рекомендовал это делать, поскольку это просто смутило бы людей. Это просто пришло в голову как возможный случай использования.

Еще два использования, не упомянутые в других ответах:

Вход

Возьмем этот пример script:

set -x
: Logging message here
example_command

Первая строка, set -x, заставит оболочку распечатать команду перед ее запуском. Это довольно полезная конструкция. Недостатком является то, что обычный оператор echo Log message теперь печатает сообщение дважды. Метод двоеточия оборачивается этим. Обратите внимание, что вам все равно придется избегать специальных символов, как и для echo.

Названия вакансий Cron

Я видел, как он использовался в cron-заданиях, например:

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

Это задание cron, которое запускает script /opt/backup.sh каждый день в 10:45. Преимущество этого метода заключается в том, что он делает для более привлекательных пользователей электронной почты, когда /opt/backup.sh печатает какой-то результат.

Это также полезно для программ polyglot:

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

Теперь это и исполняемый shell- script, и программа JavaScript: значения ./filename.js, sh filename.js и node filename.js все работают.

(Определенно немного странное использование, но тем не менее эффективно.)

Некоторая экспликация, по запросу:

• Сценарии оболочки оцениваются по очереди; и команда exec при запуске завершает оболочку и заменяет ее обработкой результирующей командой. Это означает, что для оболочки программа выглядит следующим образом:

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

• Пока в слове не происходит расширения или сглаживания параметров, любое слово в оболочке script может быть заключено в кавычки, не изменяя его значения; это означает, что ':' эквивалентно : (мы только заключили его в кавычки для получения семантики JavaScript, описанной ниже)

• ... и, как описано выше, первая команда в первой строке является no-op (она переводится в : //, или если вы предпочитаете процитировать слова ':' '//'). Обратите внимание, что // здесь не имеет особого значения, как в JavaScript, это просто бессмысленное слово, которое отбрасывается.)

• Наконец, вторая команда в первой строке (после точки с запятой) - это реальное мясо программы: это вызов exec, который заменяет вызванный shell-script, с Node.js, вызванный для оценки остальной части script.

• Между тем, первая строка в JavaScript анализирует как строковый литерал (':'), а затем комментарий, который удаляется; таким образом, для JavaScript, программа выглядит следующим образом:

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

  Поскольку строковый литерал находится в строке сам по себе, он является оператором no-op и, таким образом, лишен из программы; это означает, что вся строка удалена, оставив только ваш программный код (в этом примере тело function(){ ... }.)

Функции самодокументирования

Вы также можете использовать : для встраивания документации в функцию.

Предположим, у вас есть библиотека script mylib.sh, предоставляющая множество функций. Вы можете либо загрузить библиотеку (. mylib.sh), либо вызвать функции непосредственно после этого (lib_function1 arg1 arg2), либо не загромождать пространство имен и вызвать библиотеку с аргументом функции (mylib.sh lib_function1 arg1 arg2).

Было бы неплохо, если бы вы также могли ввести mylib.sh --help и получить список доступных функций и их использование, без необходимости вручную поддерживать список функций в тексте справки?

#!/bin/bash

# all "public" functions must start with this prefix
LIB_PREFIX='lib_'

# "public" library functions
lib_function1() {
    : This function does something complicated with two arguments.
    :
    : Parameters:
    : '   arg1 - first argument ($1)'
    : '   arg2 - second argument'
    :
    : Result:
    : "   it complicated"

    # actual function code starts here
}

lib_function2() {
    : Function documentation

    # function code here
}

# help function
--help() {
    echo MyLib v0.0.1
    echo
    echo Usage: mylib.sh [function_name [args]]
    echo
    echo Available functions:
    declare -f | sed -n -e '/^'$LIB_PREFIX'/,/^}$/{/\(^'$LIB_PREFIX'\)\|\(^[ \t]*:\)/{
        s/^\('$LIB_PREFIX'.*\) ()/\n=== \1 ===/;s/^[ \t]*: \?['\''"]\?/    /;s/['\''"]\?;\?$//;p}}'
}

# main code
if [ "${BASH_SOURCE[0]}" = "${0}" ]; then
    # the script was executed instead of sourced
    # invoke requested function or display help
    if [ "$(type -t - "$1" 2>/dev/null)" = function ]; then
        "$@"
    else
        --help
    fi
fi

Несколько комментариев о коде:

• Все "общедоступные" функции имеют один и тот же префикс. Только они предназначены для вызова пользователем и перечислены в тексте справки.
• Функция самодокументации основана на предыдущей точке и использует declare -f для перечисления всех доступных функций, а затем фильтрует их через sed, чтобы отображать только функции с соответствующим префиксом.
• Рекомендуется помещать документацию в одинарные кавычки, чтобы предотвратить нежелательное расширение и удаление пробелов. Вам также нужно быть осторожным при использовании апострофов/кавычек в тексте.
• Вы можете написать код для интернализации префикса библиотеки, т.е. пользователю нужно ввести mylib.sh function1, и он будет внутренне переведен на lib_function1. Это упражнение, оставленное читателю.
• Функция помощи называется "--help". Это удобный (т.е. Ленивый) подход, который использует механизм вызова библиотеки для отображения самой справки без необходимости дополнительной проверки для $1. В то же время он будет загромождать пространство имен, если вы отправляете библиотеку. Если вам это не нравится, вы можете либо изменить имя на что-то вроде lib_help, либо на самом деле проверить args для --help в главном коде и вызвать функцию справки вручную.

Я видел это использование в script и думал, что это хорошая замена для вызова базового имени в script.

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

... это замена кода: basetool=$(basename $0)