Welchem ​​Zweck dient der eingebaute Doppelpunkt?

Ich habe viele Shell-Skripte gehackt, und manchmal verwirren mich die einfachsten Dinge. Heute bin ich auf ein Skript :gestoßen, das das (Doppelpunkt-) Bash-Builtin ausgiebig genutzt hat.

Die Dokumentation scheint einfach zu sein:

: (a colon)  
     : [arguments]  

Führen Sie nichts weiter aus, als Argumente zu erweitern und Umleitungen durchzuführen. Der Rückgabestatus ist Null.

Bisher habe ich dies jedoch nur bei Demonstrationen der Shell-Expansion gesehen. Der Anwendungsfall in dem Skript, auf das ich gestoßen bin, hat diese Struktur ausgiebig genutzt:

if [ -f ${file} ]; then
    grep some_string ${file} >> otherfile || :
    grep other_string ${file} >> otherfile || :
fi

Es gab tatsächlich Hunderte von Greps, aber sie sind nur mehr gleich. Außer der oben beschriebenen einfachen Struktur sind keine Eingabe- / Ausgabe-Umleitungen vorhanden. Später im Skript werden keine Rückgabewerte überprüft.

Ich lese dies als ein nutzloses Konstrukt, das sagt "oder nichts tun". Welchem ​​Zweck könnte es dienen, diese Greps mit "oder nichts tun" zu beenden? In welchem ​​Fall würde dieses Konstrukt ein anderes Ergebnis hervorrufen, als einfach das || :von allen Instanzen wegzulassen?

Anscheinend werden die :s in Ihrem Skript anstelle von verwendet true. Wenn grepin der Datei keine Übereinstimmung gefunden wird, wird ein Exit-Code ungleich Null zurückgegeben. Wie jw013 in einem Kommentar erwähnt, errexitwird -edas Skript beendet, wenn grepeine Übereinstimmung nicht gefunden wird. Klar, das ist nicht das, was der Autor wollte, so (n) er hinzu || :den Exit - Status dieses bestimmten Verbindung Befehl immer Null, wie die häufiger (in meiner Erfahrung) zu machen || true/ || /bin/true.

Das :Builtin ist auch bei der Shell-Erweiterung "Standardwerte zuweisen" von Nutzen, bei der die Erweiterung häufig nur für den Nebeneffekt verwendet wird und der erweiterte Wert weggeworfen wird:

# assign FOO=bar iff FOO is unset
: ${FOO:=bar}

Ich kann mir zwei Orte vorstellen, die ich :in der Vergangenheit benutzt habe.

while :
do
     shell commands
     some exit condition
done

Das ist eine Endlosschleife.

function doSomethingStub {
    :
}

Setzen Sie eine Stub-Funktion ein, um einen korrekten Kontrollfluss auf höchster Ebene zu erzielen.

Eine Verwendung, die ich früher gesehen habe: Statt einer #!/bin/sh(oder was auch immer) Linie würde man eine :Linie sehen. Einige der älteren Real Unix-Kernel oder Real Unix-Shells würden dies als "Ich bin ein Shell-Skript, lass mich laufen" bezeichnen. Wie ich mich erinnere, war dies gerade, als csh als gemeinsame interaktive Shell Einzug hielt.

Die :integrierte Version war bereits in der Thompson-Shell enthalten - sie wurde 1975 für Unix V6 dokumentiert . In der Thompson-Shell wurde eine Bezeichnung für den Befehl angegeben. Wenn Sie nie versucht haben, eine Zeile anzufangen, die mit "" beginnt , war diese Zeile praktisch ein Kommentar.:gotogoto: 

Die Bourne-Shell , der Vorfahr der Bourne / POSIX-Shells, wie wir sie kennen, hatte nie einen gotomir bekannten :Befehl , wurde jedoch als No-Op-Befehl beibehalten (dieser war bereits in Unix V7 vorhanden ).

Ich habe eine alte Referenz ausgegraben: "The UNIX Programming Environment" (c) 1984 von Kernighan und Pike.

Seite 147 (Shell Programming) sagt das:

":" ist ein in die Shell integrierter Befehl, der nur die Argumente auswertet und "true" zurückgibt. Stattdessen [unter Bezugnahme auf ein Skriptbeispiel] hätten wir true verwenden können , was lediglich einen echten Exit-Status zurückgibt. (Es gibt auch einen falschen Befehl.) ':' Ist jedoch effizienter als 'true', da es keinen Befehl aus dem Dateisystem ausführt . [Kursiv / Betonung gehört mir.]

Ich scheine mich zu erinnern, dass frühe Versionen der Shell keine Kommentarsyntax hatten. Eine Zeile beginnend mit :(die wahrscheinlich eine tatsächliche ausführbare Datei gewesen wäre, ähnlich wie /bin/true) wäre die beste Alternative gewesen.

Hier ist eine Manpage für die alte Thompson-Shell (keine Beziehung); Es wird keine Kommentarsyntax erwähnt.

":" ist praktisch zum Debuggen.

DEBUGLOG=": debugfunction"

statement
statement
$DEBUGLOG arg1 arg2 ...
statement
statement

Wenn die Debug-Funktion normal ausgeführt wird, wird sie nie ausgeführt. Gehen Sie also einfach über den Noop (Variablen und Platzhalter werden jedoch erweitert). Wenn ein ausführlicheres Debugging erforderlich ist, entfernen Sie das noop aus der Variablen, und die Debugfunktion wird mit den erforderlichen Argumenten aufgerufen.

Eine weitere nützliche Funktion ist der Blockkommentar, der in der Shell-Syntax fehlt.

: << COMMENT
all --statements --in --here
are now -a here document which are
passed to --the noop
COMMENT