No se puede obtener correctamente .bashrc de un script de shell

Normalmente podemos obtener el ~/.bashrcarchivo fuente usando este comando

source ~/.bashrc

pero si escribo esto en un script de shell y lo ejecuto, no pasa nada. ¿Por qué?
¿Hay alguna forma de hacer esto?

Mi guión:

#!/bin/bash
chmod a+x ~/.bashrc
source ~/.bashrc

También probé .(punto) en lugar de source. Mismo resultado.

Un script de shell se ejecuta en su propia instancia de shell. Todas las configuraciones de variables, definiciones de funciones y demás solo afectan a esta instancia (y tal vez a sus hijos), pero no al shell de llamada, por lo que desaparecen una vez que finaliza el script.

Por el contrario, el sourcecomando no inicia una nueva instancia de shell, sino que usa el shell actual para que los cambios permanezcan.

Si desea un acceso directo para leer su .bashrc, use una función de shell o un alias en lugar de un script de shell, como

alias brc='source ~/.bashrc'

Su .bashrcgeneralmente comienza:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

Como su secuencia de comandos no tiene configurada la PS1 (porque no es interactiva), no restablece la ruta porque se cierra antes. Para demostrarlo, modifique su script:

    #!/bin/bash
    chmod a+x ~/.bashrc
    PS1='$ '
    source ~/.bashrc

Esto ahora permitirá que sus scripts funcionen con el nuevo .bashrc. Nota: una vez que se cierra el script, el entorno se establecerá en lo que era antes de comenzar el script. Los cambios se reflejarán la próxima vez que se inicie un terminal.

Tratar:

exec bash

Esto debería recargar ~ / .bashrc, ~ / .bash_aliases, etc.

Quiero complementar la respuesta de ravi :

Este comportamiento es específico de Ubuntu (y probablemente de las distribuciones más derivadas), ya que su ~/.bashrcarchivo predeterminado comienza con un cortocircuito, Ubuntu 18.04, por ejemplo:

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

Eso detendrá la evaluación del archivo si se está ejecutando en un shell no interactivo, que es el caso de su script ya que todos los scripts se ejecutan en un shell no interactivo y, posteriormente, cada archivo sourceheredará esta propiedad.

eval cortar a tajos

Descubrí un truco feo para solucionar Ubuntu específicamente, usando en evallugar de source:

eval "$(cat ~/.bashrc | tail -n +10)"

Simplemente omite las pocas primeras líneas y evalúa el resto de las demás, de ~/.bashrcmodo que el resto se evalúa y modifica la ejecución actual.

Tenga en cuenta que es un número mágico y que podría no funcionar en las versiones de Ubuntu; pero puede ser una buena solución si está creando scripts para sistemas más o menos conocidos.

Una solución más elegante podría implicar el uso de expresiones regulares para apuntar a los bits específicos que detienen la evaluación.

Alternativa de Shebang

Otra alternativa que podría funcionar mejor en algunos escenarios es obligar al script a ejecutarse en un shell interactivo agregando una bandera en el shebang :

#!/bin/bash -i

Tenga en cuenta algunas cosas:

• Es una mejor práctica usar el #!/usr/bin/env bashformulario, pero de esta manera no puede iniciar el shell con argumentos .
• El uso de -itiene sus propias consecuencias, entre ellas, los programas solicitarán la interacción del usuario y esto generalmente no está destinado a los scripts, por ejemplo, la instalación de debpaquetes podría detener el script en las dpkg configureindicaciones .
• Inicialmente intenté usar set -iy set +iactivar y desactivar la función donde la necesitaba, pero esto no funciona .

Ninguno de los otros métodos funcionó para mí [ source /path/to/filevs . ./path/to/file, alias, etc ...], hasta que, gracias a este tutorial , descubrí que usando:

#!/usr/bin/env bash el asunto

en lugar del más simple, #!/usr/bin/envpermite que los argumentos pasen al intérprete, que creo que es la clave aquí; consulte este documento para obtener más información.

En cualquier caso, si los comandos de origen en cualquier forma no funcionan para usted, intente verificar su shebang, ese podría ser el problema :)