Appel d'un script avec ./bla.sh vs. bla.sh

Quelqu'un peut-il m'expliquer ce que fait le shell dans les deux exemples A) et B) ci-dessous? Il se comporte évidemment différemment, mais je ne peux pas comprendre pourquoi la sortie est différente.

Exemple:
Ayons un script dans notre répertoire actuel nommé bla.shavec une seule commande:
echo ${0##/*} hello

A)
Commencé comme: ./bla.sh
donne:./bla.sh hello

B)
Commencé comme: . bla.sh
donne:-bash hello

Puisque j'utilise ceci dans un script, la deuxième sortie (à cause du "-" devant le -bash) tue la commande. Bien sûr, un simple --avant l' ${...}aide, mais j'aimerais comprendre ce qui cause la sortie en premier lieu.
J'adore bash. Et vi [m]. Mais je m'égare…

./bla.sh

Ici, la commande est ./bla.sh. Cela fait que le shell recherche un exécutable nommé bla.shdans le répertoire courant, puis demande au noyau de l'exécuter comme un programme normal, dans un processus distinct du shell. (Peu importe si bla.shc'est un bashscript, un perlou pythonun, ou un binaire compilé.)

. bla.sh

Ici, la commande est .(aka source), une commande intégrée de votre shell. Cela fait que le shell recherche un fichier nommé bla.shdans le chemin du système ($ PATH) et interprète le contenu comme s'il avait été tapé par vous; tout cela se fait dans le même processus que le shell lui-même (et peut donc affecter l'état interne du shell).

Bien sûr, cela ne fonctionne que lorsque bla.shcontient des commandes pour le bashshell (si c'est celle que vous utilisez actuellement), cela ne fonctionnera pas pour les perlscripts ou autre chose.

(Ceci est expliqué dans help .et help sourceaussi.)

Comme .et ./sont des choses complètement différentes (une commande vs une partie d'un chemin), elles peuvent être combinées, bien sûr - en utilisant . ./bla.shcela "source" un fichier bla.shdans le répertoire courant.

Il est généralement préférable d'utiliser la ./bla.shméthode. Uniquement ~/.bashrc, ~/.profileet ces fichiers proviennent généralement, car ils sont censés modifier l'environnement actuel.

./<cmd>exécutera le <cmd>programme qui réside dans le répertoire courant dans un nouveau processus (fourchu). Il doit être exécutable. Et aussi lisible, il commence par #!.

. <cmd>fera exécuter à votre shell actuel le script shell <cmd>qui réside dans votre $PATHrépertoire ou dans le répertoire courant du processus shell actuel . Il doit être lisible. Il s'agit d'un alias pour la commande shell source.

./cmd utilise un chemin explicite ( ./- dir actuel) vers l'exécutable. Et il n'est pas nécessaire que cela commence par #!.

. cmd- (aka source) - commande bash intégrée. Une différence visible de l'exécution à travers sourceest qu'il peut définir / modifier la variable d'environnement du shell actuel.