Llamar un script con ./bla.sh vs. bla.sh

¿Alguien puede explicarme qué hace el shell en los dos ejemplos A) y B) a continuación? Obviamente se comporta de manera diferente, pero no puedo descubrir por qué la salida es diferente.

Ejemplo:
Tengamos un script en nuestro directorio actual nombrado bla.shcon un solo comando:
echo ${0##/*} hello

A)
Comenzó como: ./bla.sh
da:./bla.sh hello

B)
Comenzó como: . bla.sh
da:-bash hello

Como uso esto en una secuencia de comandos, la segunda salida (debido a "-" delante de -bash) mata el comando. Por supuesto, un simple --antes de la ${...}ayuda, pero me encantaría entender qué causa la salida en primer lugar.
Me encanta bash Y vi [m]. Pero yo divago…

./bla.sh

Aquí, el comando es ./bla.sh. Esto hace que el shell busque un ejecutable nombrado bla.shen el directorio actual, luego le pide al kernel que lo ejecute como un programa normal, en un proceso separado del shell. (No importa si bla.shes un bashscript, uno perlo pythonuno, o un binario compilado).

. bla.sh

Aquí, el comando es .(aka source), un comando incorporado de su shell. Hace que el shell busque un archivo nombrado bla.shen la ruta del sistema ($ PATH) e interprete los contenidos como si los hubiera escrito usted; todo esto se realiza en el mismo proceso que el shell en sí (y, por lo tanto, puede afectar el estado interno del shell).

Por supuesto, esto solo funciona cuando bla.shcontiene comandos para el bashshell (si ese es el que está usando actualmente), no funcionará para perlscripts o cualquier otra cosa.

(Esto se explica en help .y help sourcetambién).

Como .y ./son cosas completamente diferentes (un comando vs parte de una ruta de acceso), que se pueden combinar, por supuesto - usando . ./bla.shharía "fuente" un archivo bla.shen el directorio actual.

Por lo general, es mejor usar el ./bla.shmétodo. Solo ~/.bashrc, ~/.profiley tales archivos generalmente se obtienen, porque se supone que modifican el entorno actual.

./<cmd>ejecutará el <cmd>programa que reside en el directorio actual en un nuevo proceso (bifurcado). Tiene que ser ejecutable. Y también legible comienza con #!.

. <cmd>hará que su shell actual ejecute el script de shell <cmd>que reside en su $PATHdirectorio actual o en el proceso actual del shell. Tiene que ser legible. Es un alias para el comando de shell source.

./cmd usa una ruta explícita ( ./- directorio actual) al ejecutable. Y no es necesario que comience con #!.

. cmd- (aka source) - comando bash incorporado. Una diferencia visible de la ejecución sourcees que puede establecer / modificar la variable de entorno del shell actual.