À propos, il y a un aspect subtil certes, mais important ici : quand un script s'exécute, il démarre en fait un processus bash additionnel qui s'exécute en arrière-plan de l'actuel. Ce processus exécute le script et se termine, vous renvoyant au shell d'origine qui l'a engendré. C'est pourquoi un script qui, par exemple, change de répertoire lorsqu'il s'exécute ne vous laissera pas dans le nouveau répertoire quand il se termine : le shell d'origine n'a pas été informé qu'il devait changer de répertoire et vous êtes exactement que lorsque vous avez démarré - même si le changement est effectif pendant l'exécution du script.

#!/bin/bash

~$ echo $SHELL
   /bin/bash

#!/bin/sh

les scripts sont censés s'éxécuter dans un shell enfant (une sorte de dimension parallèle...), et que donc le 'exit [n]' devrait s'appliquer à ce "sub"shell, pas au shell d'origine...?