¿Cuál es la diferencia entre bash y sh?

Veo dos tipos de código en uso:

#!/usr/bin/sh

y:

#!/user/bin/bash

Busqué esto en línea y las opiniones varían mucho. Las explicaciones que vi en la mayoría de los sitios web dicen que shes anterior bashy que no hay una diferencia real.

¿Alguien sabe la diferencia entre estos? ¿Me puede dar un ejemplo práctico de cuándo usar uno sobre el otro?

bashes un superconjunto de shie. todo lo que puedes hacer shpuedes hacerlo bash.

Bash tiene más funciones (ramificación, construcción, arrays) que hacen que la escritura sea más fácil de escribir. Algunos * nix'es posteriores tienen /bin/shcomo enlace a/bin/bash

Para una explicación completa de lo que aquí hay un tutorial

Tradicionalmente, / bin / sh habría sido el shell Bourne original, que no tiene edición de historial o de línea de comandos, ni control de trabajo.

Durante los últimos 15 años más o menos, la mayoría de los Unix han instalado el shell POSIX, o al menos ksh o bash (que son casi como POSIX), pero aún tienen el shell más limitado en / bin / sh

La razón de esto es para que los scripts de shell más antiguos que esperan el shcomando anterior sigan funcionando.
Desde personajes como {, }y !tienen un significado especial a la fiesta, es posible que un script de shell mayor uso de los caracteres (sin escapar de ellos) podría fallar.
(El shell Bourne tomaría !!{1,2}literalmente, mientras que bash lo interpretaría como una repetición del comando anterior ( !!) seguido de una llave de expansión).

Sin embargo, en Linux, el shcomando casi siempre es solo un enlace bash, con las mismas características.

sh puede significar Bourne shell o / bin / sh, que es algún otro shell (compatible con POSIX) en la mayoría de las plataformas modernas. "El shell POSIX" es el shell abstracto definido por POSIX , que se implementa mediante bash en modo POSIX, o ksh o dash por defecto. / bin / sh a veces también se denomina shell POSIX, porque es un shell que se ajusta a POSIX en la mayoría de las plataformas. Los proyectiles Bourne originales no son proyectiles POSIX.

bashref tiene una lista de diferencias entre bash y los shells Bourne . man bashtiene una lista de cambios cuando se invoca bash en modo POSIX .

/ bin / sh no es un enlace simbólico o un enlace duro en OS X, pero es casi del mismo tamaño que / bin / bash:

$ ls -li /bin/{ba,}sh
29631757 -r-xr-xr-x  1 root  wheel  1333920 Jul 26 01:52 /bin/bash
29631758 -r-xr-xr-x  1 root  wheel  1334000 Jul 26 01:52 /bin/sh

hombre bash :

Si se invoca bash con el nombre sh, intenta imitar el comportamiento de inicio de las versiones históricas de sh lo más cerca posible, a la vez que se ajusta al estándar POSIX.

La imitación de las conchas de Bourne es bastante limitada. bash +B(Bourne) en realidad deshabilitaría características como la expansión de llaves.

$ sh
$ echo {a,b}
a b
$ echo $BASH_VERSION
3.2.48(1)-release
$ bash +B
$ echo {a,b}
{a,b}

Pero incluso si deshabilita el modo POSIX, echo se comporta de manera echo -epredeterminada:

$ sh
$ shopt -uo posix
$ echo '1\b2'
2

/ bin / sh es dash en Ubuntu , por lo que algunos bashismos funcionan con / bin / sh en OS X pero no Ubuntu.

Si realmente desea escribir scripts para (algo así como) los shells Bourne originales, puede usar #!/usr/bin/env bash +Ben su lugar.

Creo que es más fácil escribir scripts para bash que evitar funciones que no son parte de las especificaciones POSIX o shells Bourne o probar todo con otros shells.

En realidad, aunque / bin / sh puede ser un enlace a / bin / bash, si se inicia como sh se comporta de manera diferente. De la página de manual de bash:

Si se invoca bash con el nombre sh, intenta imitar el comportamiento de inicio de las versiones históricas de sh lo más cerca posible, a la vez que se ajusta al estándar POSIX.

Entonces sh, trata de emular el comportamiento histórico de sh. Como bash, trata de ser lo más útil posible como un shell de inicio de sesión interactivo.

En muchos sistemas y en Solaris en particular, bash está vinculado dinámicamente mientras sh está vinculado estáticamente. Esto puede representar una amenaza para la seguridad, por esta razón, el usuario root solo debe usar / bin / sh como shell (si alguna vez necesita iniciar sesión como root).