Warum sollte ein überflüssiger Bindestrich (-) verwendet werden, um Optionsflags an tar zu übergeben?

Um eine tar - Datei für ein Verzeichnis zu erstellen, den tarBefehl mit compress, verboseund fileOptionen können somit werden eingegeben:

$ tar -cvf my.tar my_directory/

Aber es funktioniert auch so:

 $ tar cvf my.tar my_directory/

Das heißt, ohne den Bindestrich (-) vor den Optionen. Warum würden Sie jemals einen Bindestrich (-) an die Optionsliste übergeben?

Es gibt verschiedene Muster für Optionen, die in der Vergangenheit in UNIX-Anwendungen verwendet wurden. Einige alte, wie Teer , verwenden ein Positionsschema:

Argumente für Befehlsoptionen

wie zum Beispiel Teer verwendet

tar * something * f "Datei bearbeitet" * "Pfade von zu manipulierenden Dateien" *

In einem ersten Versuch, die Verwirrung zu vermeiden, erlaubten es tar und einige andere Programme mit dem alten Flags-Argument-Stil, die Flags mit Bindestrichen abzugrenzen, aber die meisten von uns Alten ignorierten dies einfach.

Einige andere Befehle haben eine kompliziertere Befehlszeilensyntax, wie dd (1), bei der Flags, Gleichheitszeichen, Pfadnamen, Argumente und ein Rebhuhn in einem Birnbaum verwendet werden.

In BSD und späteren Versionen von Unix war dies mehr oder weniger konvergiert mit mit '-' gekennzeichneten Einzelzeichen-Flags, was jedoch einige Probleme aufwirft:

• Die Flaggen könnten schwer zu merken sein
• manchmal wollte man eigentlich einen Namen mit '-' verwenden
• und besonders mit GNU-Werkzeugen begannen Einschränkungen durch die Anzahl möglicher Flags. Also fügten GNU-Tools GNU-Long-Optionen wie --output.

Dann entschied Sun, dass das zusätzliche '-' überflüssig war, und begann mit der Verwendung von Long-Style-Flags mit Single-Flags.

Und so wurde es zu dem Chaos, das es jetzt ist.

Sie können tar-Optionen in der Standard-Unix-Art tar -c -f foo -v -B file1 file2 file3und Weise angeben, in der Sie den Bindestrich benötigen, um zwischen Optionen und Parametern oder den Dateinamen am Ende der Befehlszeile zu unterscheiden. Sie können auch alle Optionen im ersten Argument zusammenfassen. In diesem Fall ist der Bindestrich optional.

Dann gibt es einen psPunkt, an dem Sie die Bindestriche verwenden, wenn Sie die SysV-ish-Optionen verwenden, und sie weglassen, wenn Sie BSD-ish-Optionen verwenden, nur um die Dinge verwirrender zu machen.

Und lassen Sie uns nicht einmal darüber reden find.

Der Bindestrich wird verwendet, um zwischen den Namen und Werten von Optionsparametern zu unterscheiden. Ich denke, es ist eher eine Standardkonvention.

Es gibt bis zu vier Konventionen für die Verwendung von Unix-Befehlszeilenoptionen:

1. -o -p -t (Bindestrich vor jeder Option)
2. -opt (Bindestrich vor einer Reihe von Optionen)
3. opt (kein Gedankenstrich vor einer Reihe von Optionen)
4. --long-option (Doppelstrich vor einem Optionsnamen)

Beispielsweise:

$ tar -x -v -z -f package.tar.gz
$ tar -xvzf package.tar.gz
$ tar xvzf package.tar.gz
$ tar --extract -verbose -gzip -file package.tar.gz

Mit vorangestelltem Minuszeichen / Bindestrich (-) müssen Sie die Optionen in der richtigen Reihenfolge halten. Ohne Minus kann sich die Reihenfolge Ihrer Wahl ändern.

Beispielsweise:

# tar -xvf yourfile.tar
# tar vxf yourfile.tar