Quelle est la différence entre un tiret et deux tirets pour les paramètres de l'invite de commande ?

Il n'existe pas de norme généralisée. Il y a une certaine cohérence, par exemple dans les programmes GNU, mais vous devez vérifier la documentation de chaque programme.

Citation : Wikipedia C'est moi qui souligne :

Dans les systèmes de type Unix, le trait d'union ASCII-minus est couramment utilisé pour spécifier des options. Ce caractère est généralement suivi d'une ou plusieurs lettres . Un argument qui est un simple trait d'union sans aucune lettre spécifie généralement qu'un programme doit traiter les données provenant de l'entrée standard ou envoyer des données à la sortie standard. Deux caractères tiret-moins ( -- ) sont utilisés dans certains programmes pour spécifier des "options longues" où des noms d'options plus descriptifs sont utilisés. . C'est une caractéristique commune des logiciels GNU.

Habituellement, les traits d'union indiquent un argument prédéfini. Je pense qu'il est utilisé pour les différencier, par exemple, des noms de fichiers ou d'autres étiquettes que vous pourriez utiliser comme arguments. Ce n'est pas toujours le cas, cependant (voir ci-dessous).

Vous trouverez souvent le même argument disponible à la fois comme option courte et longue, comme par exemple dans ls .

Certains programmes utilisent un seul trait d'union pour les options à un caractère, et deux traits d'union pour les options à plusieurs caractères, mais pas tous (GNU find me vient à l'esprit). Certains programmes proposent des traits d'union facultatifs ou ne les utilisent pas du tout ( tar ou BSD ps me viennent à l'esprit).

Parfois, les options longues ( --foo ) nécessitent des arguments, tandis que les options courtes ( -f ) ne le font pas (ou du moins impliquent un argument par défaut spécifique).

Options courtes (par exemple cut -d ' ' ) peuvent avoir des arguments , tandis que les options longues (par exemple, l'option ls --all ) ne les ont pas nécessairement.

Pour définir un comportement particulier d'un programme, vous devez parfois utiliser une option courte, pour d'autres vous devez utiliser une option longue, et pour certains vous avez le choix.

Par ailleurs, certains programmes peuvent gérer pas d'espace entre une option et son argument alors que d'autres ne le peuvent pas.

Comme je l'ai écrit au début, il n'y a tout simplement pas de comportement commun ou de norme. Souvent, vous pouvez retrouver la trace d'un comportement similaire dans la même bibliothèque utilisée pour l'analyse des arguments, mais vous n'avez probablement pas envie de lire les sources pour le découvrir.

Vous ne pouvez vraiment pas déduire la syntaxe des arguments d'un programme de celle d'un autre.

Si l'on considère également Windows, la situation est encore pire : alors que les appels de la ligne de commande de Windows utilisent traditionnellement /f (au moins la plupart du temps, des caractères uniques) pour les options, avec : comme séparateur entre les options et leur valeur (voir par exemple aquí ) ; les utilitaires multiplateformes sont très répandus (comme ceux que vous mentionnez) et apportent la syntaxe plus courante du trait d'union pour les arguments, avec toutes les incohérences mentionnées ci-dessus.

Il s'agit d'une convention provenant de *nix. Le double trait d'union précède les options lorsqu'elles sont écrites en entier , , tandis que le tiret simple précède les options lorsqu'elles sont écrites en bref . Par exemple ls --all --l peut être raccourci en ls -al . Comme on peut le constater, toutes les options n'ont pas leur équivalent en lettres simples, bien que les plus utilisées en aient généralement un.

Le fait que l'option prenne un argument ne fait pas vraiment de différence - elle peut soit les prendre, soit ne pas les prendre, quelle que soit la façon dont vous saisissez l'option.

Lorsque vous les écrivez pour un usage unique, cela n'a pas vraiment d'importance, mais lorsque vous écrivez des commandes, par exemple dans des fichiers .alias, il est d'usage d'utiliser la forme complète. Tout simplement pour faciliter la lecture par la personne suivante.

Le tiret unique est mis en œuvre par le getopt et est une fonction standard de posix, double tiret en getopt_long et est un standard gnu.

Traditionnellement, un simple tiret fournit une option à un seul caractère, comme ceci :

-A ou -V etc mais ne doit pas être limité à cela. par exemple, -Wall pour gcc active tous les avertissements de compilation pour la commande de compilation gcc.

Les arguments à double tiret ont tendance à être plus verbeux et prennent souvent un paramètre fourni comme --max-count=NUM. Cependant, --version ne prend pas d'égaux.

D'une manière générale, il n'y a pas de règles ou de normes définies sur la façon dont les arguments des programmes doivent être spécifiés, juste un tas de traditions. Cependant, si les fonctions d'analyse de la ligne de commande getopt et getopt_long sont utilisées, les paramètres devraient généralement suivre la norme, car les fonctions de la bibliothèque imposent une certaine façon de faire.

Ce sont des syntaxes UNIX conventionnelles,

un argument de programme prend un trait d'union ("-") suivi d'une seule lettre lorsqu'il s'agit d'une simple option (par ex : -v ) et deux tirets ("--") lorsque l'option prend des arguments (ex : --file toc.xml o --file=toc.xml )

aucun impact sur la fonctionnalité du programme.