¿Cuál es el Bash shebang preferido?

¿Hay algún Bashshebang objetivamente mejor que los demás para la mayoría de los usos?

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

Recuerdo vagamente hace mucho tiempo que escuché que agregar un guión al final evita que alguien pase un comando a su script, pero no puedo encontrar ningún detalle al respecto.

Debe usar #!/usr/bin/env bashpara la portabilidad : diferentes * nixes colocados bashen diferentes lugares, y el uso /usr/bin/enves una solución alternativa para ejecutar el primero bashencontrado en el PATH. Y shno lo esbash .

/bin/shgeneralmente es un enlace al shell predeterminado del sistema, que a menudo está activado bash, por ejemplo, los sistemas Debian son más livianos dash. De cualquier manera, el shell Bourne original es sh, por lo que si su script usa algunas bashcaracterísticas específicas ( [[ ]]pruebas de segunda generación, "Bourne Again sh") ( pruebas, matrices, varias cosas azucaradas, etc.), entonces debería ser más específico y usar el posterior . De esta manera, en sistemas donde bash no está instalado, su script no se ejecutará. Entiendo que puede haber una trilogía emocionante de películas sobre esta evolución ... pero eso podría ser un rumor.

También tenga en cuenta que cuando se evoca como sh, bashen cierta medida se comporta como estándar POSIX sh (ver también los documentos de GNU sobre esto).

Recomiendo usar:

#!/bin/bash

No es 100% portátil (algunos sistemas se ubican bashen una ubicación distinta a /bin), pero el hecho de que muchos scripts existentes usan #!/bin/bashpresiones de varios sistemas operativos para hacer /bin/bashal menos un enlace simbólico a la ubicación principal.

La alternativa de:

#!/usr/bin/env bash

ha sido sugerido, pero no hay garantía de que el envcomando esté en /usr/bin(y he usado sistemas donde no está). Además, este formulario usará la primera instancia de bashen los usuarios actuales $PATH, que podría no ser una versión adecuada del shell bash.

(Pero /usr/bin/envdebería funcionar en cualquier sistema razonablemente moderno, ya sea porque envestá /usr/bino porque el sistema hace algo para que funcione. El sistema al que me referí anteriormente era SunOS 4, que probablemente no he usado en unos 25 años).

Si necesita ejecutar un script en un sistema que no lo tiene /bin/bash, puede modificar el script para que apunte a la ubicación correcta (eso es ciertamente inconveniente).

He discutido las compensaciones con mayor profundidad en mi respuesta a esta pregunta .

Una actualización algo oscura: un sistema que uso, Termux , una capa de escritorio similar a Linux que se ejecuta en Android, no tiene /bin/bash( bashes /data/data/com.termux/files/usr/bin/bash), pero tiene un manejo especial para soportar #!/bin/bash.

Usar una línea shebang para invocar al intérprete apropiado no es solo para BASH. Puede usar el shebang para cualquier lenguaje interpretado en su sistema, como Perl, Python, PHP (CLI) y muchos otros. Por cierto, el shebang

#!/bin/sh -

(también puede ser dos guiones, es decir --) finaliza las opciones de bash, todo lo que sea posterior se tratará como nombres de archivo y argumentos.

El uso del envcomando hace que su script sea portátil y le permite configurar entornos personalizados para su script, por lo tanto, los scripts portátiles deben usar

#!/usr/bin/env bash

O para cualquier idioma como Perl

#!/usr/bin/env perl

Asegúrese de mirar las manpáginas para bash:

man bash

y env:

man env

Nota: en Debian y los sistemas basados ​​en Debian, como Ubuntu, shestán vinculados a dashnot bash. Como todos los scripts del sistema usan sh. Esto permite que bash crezca y el sistema se mantenga estable, según Debian.

Además, para mantener la invocación * nix como nunca uso extensiones de archivo en scripts invocados shebang, ya que no puede omitir la extensión de invocación en ejecutables como puede hacerlo en Windows. El comando de archivo puede identificarlo como un script.

Realmente depende de cómo escribas tus scripts de bash. Si su /bin/shenlace simbólico a bash, cuando se invoca bash como sh, algunas características no están disponibles .

Si desea funciones específicas de bash que no sean POSIX, use #!/bin/bash