@yo Vale, pero entonces pierdo las variables que había definido ya en mi script, porque estoy ejecutándolo en un nuevo bash, ¿no?

Y terminado el script, ¿debo des-exportar la función para que desaparezca?

@microblogc si las exportas aparecen en los subshells, pero sí:

$ A=a
$ echo $A
a
$ bash -c 'echo $A'

$

Si ejecutas tu script con ./script, eso se ejecuta en un subproceso y su entorno se pierde al finalizar. Si lo ejecutas con '. script', se ejecuta en el mismo entorno en el que estás modificándolo.

Recomiendo usar '. script' sólo cuando es estrictamente necesario; precisamente por necesitar afectar al entorno o (muy raramente) por rendimiento.

@microblogc y menos importante: antes he mencionado trap como signo de que hay que dejar bash porque si en la mayoría de lenguajes el control de errores y los bloques "finally" ya son complicados y un dolor de cabeza para hacerlos correctamente, en bash todavía más.

Intentar "deshacer" cosas en bash es... mala señal. Lo suyo es usar subprocesos para lo que sea importante limpiar y se pueda acotar mediante un subproceso. (Y eso implica pagar el coste de los subprocesos, claro.)