Quel est le shebang Bash préféré?

Existe-t-il un Bashshebang objectivement meilleur que les autres pour la plupart des utilisations?

• #!/usr/bin/env bash
• #!/bin/bash
• #!/bin/sh
• #!/bin/sh -
• etc

Je me souviens vaguement d'entendre il y a longtemps que l'ajout d'un tiret à la fin empêche quelqu'un de passer une commande à votre script, mais ne trouve aucun détail à ce sujet.

Vous devez utiliser #!/usr/bin/env bashpour la portabilité : différents * nixes placés bashà différents endroits, et l'utilisation /usr/bin/envest une solution de contournement pour exécuter le premier bashtrouvé sur le PATH. Et ce shn'est pas le casbash .

/bin/shest généralement un lien vers le shell par défaut du système, ce qui est souvent bashle cas, par exemple, les systèmes Debian sont plus légers dash. Quoi qu'il en soit, le shell Bourne d'origine est sh, donc si votre script utilise bashdes fonctionnalités spécifiques (2e génération, "Bourne Again sh") ( [[ ]]tests, tableaux, diverses choses sucrées, etc.), alors vous devriez être plus spécifique et utiliser la dernière . De cette façon, sur les systèmes où bash n'est pas installé, votre script ne s'exécutera pas. Je comprends qu'il peut y avoir une trilogie passionnante de films sur cette évolution ... mais cela pourrait être du ouï-dire.

Notez également que lorsqu'il est évoqué comme sh, bashil se comporte dans une certaine mesure comme la norme POSIXsh (voir également les documents GNU à ce sujet).

Je recommande d'utiliser:

#!/bin/bash

Ce n'est pas 100% portable (certains systèmes placent bashdans un endroit autre que /bin), mais le fait que beaucoup de scripts existants utilisent des #!/bin/bashpressions différents systèmes d'exploitation pour faire /bin/bashau moins un lien symbolique vers l'emplacement principal.

L'alternative de:

#!/usr/bin/env bash

a été suggéré - mais il n'y a aucune garantie que la envcommande se trouve /usr/bin(et j'ai utilisé des systèmes là où elle ne l'est pas). De plus, ce formulaire utilisera la première instance de bashdans les utilisateurs actuels $PATH, ce qui pourrait ne pas être une version appropriée du shell bash.

(Mais /usr/bin/envdevrait fonctionner sur n'importe quel système raisonnablement moderne, soit parce qu'il envest installé, soit parce /usr/binque le système fait quelque chose pour le faire fonctionner. Le système auquel j'ai fait référence ci-dessus était SunOS 4, que je n'ai probablement pas utilisé depuis environ 25 ans.)

Si vous avez besoin d'un script pour s'exécuter sur un système qui n'en a pas /bin/bash, vous pouvez modifier le script pour pointer vers l'emplacement correct (ce qui est certes gênant).

J'ai discuté des compromis plus en profondeur dans ma réponse à cette question .

Une mise à jour quelque peu obscure: un système que j'utilise, Termux , une couche de type Linux de bureau qui fonctionne sous Android, n'a pas /bin/bash( bashest /data/data/com.termux/files/usr/bin/bash) - mais il a une gestion spéciale à prendre en charge #!/bin/bash.

L'utilisation d'une ligne shebang pour appeler l'interpréteur approprié n'est pas uniquement pour BASH. Vous pouvez utiliser le shebang pour n'importe quel langage interprété sur votre système tel que Perl, Python, PHP (CLI) et bien d'autres. Au fait, le shebang

#!/bin/sh -

(il peut également y avoir deux tirets, c'est-à-dire --).

L'utilisation de la envcommande rend votre script portable et vous permet de configurer des environnements personnalisés pour votre script, donc les scripts portables doivent utiliser

#!/usr/bin/env bash

Ou pour quelque langue que ce soit comme Perl

#!/usr/bin/env perl

N'oubliez pas de consulter les manpages pour bash:

man bash

et env:

man env

Remarque: Sur Debian et les systèmes basés sur Debian, comme Ubuntu, shest lié à dashpas bash. Comme tous les scripts système l'utilisent sh. Cela permet à bash de croître et au système de rester stable, selon Debian.

En outre, pour conserver l'invocation * nix comme je n'utilise jamais d'extensions de fichier sur les scripts invoqués par shebang, car vous ne pouvez pas omettre l'extension lors de l'invocation sur les exécutables comme vous pouvez le faire sous Windows. La commande file peut l'identifier comme un script.

Cela dépend vraiment de la façon dont vous écrivez vos scripts bash. Si votre /bin/shest lié à bash, lorsque bash est appelé as sh, certaines fonctionnalités ne sont pas disponibles .

Si vous voulez des fonctionnalités spécifiques à bash, non POSIX, utilisez #!/bin/bash