Elegir entre .bashrc, .profile, .bash_profile, etc. [duplicado]

Esto es embarazoso, pero después de muchos años de uso de sistemas POSIX tiempo completo, todavía tienen un tiempo difícil averiguar si una personalización de la cáscara debe ir en .bashrc, .profileo en otro lugar. Sin mencionar algunos de los archivos de configuración específicos del sistema operativo como .pam_environment.

Sí, sé cómo descifrar la documentación y saber cuándo se carga o no cada archivo. Lo que me pregunto es si alguien ha reunido todas las pautas integrales sobre cómo decidir en qué archivo colocar un tipo determinado de personalización.

TL; DR:

• ~/.bash_profiledebe ser súper simple y solo cargar .profiley .bashrc(en ese orden)

• ~/.profiletiene cosas que NO están específicamente relacionadas con bash, como variables de entorno ( PATHy amigos)

• ~/.bashrctiene todo lo que quieras en una línea de comandos interactiva. Símbolo del sistema, EDITORvariable, bash alias para mi uso

Algunas otras notas:

• Cualquier cosa que deba estar disponible para aplicaciones gráficas O para sh (o bash invocado como sh) DEBE estar en~/.profile

• ~/.bashrc no debe dar salida a nada

• Todo lo que debe estar disponible solo para iniciar sesión en shells debe ir ~/.profile

• Asegúrese de que ~/.bash_loginno exista.

En los últimos años, he tenido mucho tiempo que perder, así que he investigado esto durante un poco más de solo 10 minutos. No tengo idea si este es el mejor diseño, es solo uno que funciona correctamente en casi todos los casos.

Los requisitos:

• ~/.profile debe ser compatible con cualquier / bin / sh: esto incluye bash, dash, ksh, cualquier otra cosa que una distribución pueda elegir usar.

• Las variables de entorno deben colocarse en un archivo que sea leído por los inicios de sesión de la consola (es decir, un shell de 'inicio de sesión') y los inicios de sesión gráficos (es decir, administradores de pantallas como GDM, LightDM o LXDM).

• No tiene mucho sentido tener ambos ~/.profile y ~/.bash_profile. Si falta el último, bash usará felizmente el primero, y cualquier línea específica de bash puede protegerse con un cheque para $BASHo $BASH_VERSION.

• La separación entre *profiley *rces que el primero se usa para shells de 'inicio de sesión', y el segundo cada vez que abre una ventana de terminal. Sin embargo, bash en el modo de 'inicio de sesión' no tiene origen ~/.bashrc, por lo tanto, ~/.profiledebe hacerlo manualmente.

La configuración más simple sería:

• Tenga un ~/.profileque establezca todas las variables de entorno (excepto las específicas de bash), tal vez imprima una o dos líneas, luego las fuentes ~/.bashrcsi se ejecuta con bash, de lo contrario se adhiere a la sintaxis compatible con sh.

  export TZ = "Europa / París"
  export EDITOR = "vim"
  si ["$ BASH"]; entonces
      . ~ / .bashrc
  fi
  tiempo de actividad
  

• Tenga un ~/.bashrcdispositivo que realice cualquier configuración específica de shell, guardado con una comprobación de modo interactivo para evitar romper cosas como sftpen Debian (donde bash se compila con la opción de cargar ~/.bashrcincluso para shells no interactivos):

  [[$ - == * i *]] || volver 0
  
  PS1 = '\ h \ w \ $'
  
  start () {sudo service "$ 1" start; }
  

Sin embargo, también existe el problema de que ciertos comandos no interactivos (por ejemplo ssh <host> ls) se saltan ~/.profile, pero las variables de entorno serían muy útiles para ellos.

• Ciertas distribuciones (por ejemplo, Debian) compilan su bash con la opción de obtener ~/.bashrcdichos inicios de sesión no interactivos. En este caso, he encontrado útil mover todas las variables de entorno (las export ...líneas) a un archivo separado ~/.environ, y obtenerlo de ambos .profile y .bashrc, con una protección para evitar hacerlo dos veces:

  Si ! ["$ PREFIJO"]; a continuación,    # o $ EDITOR, o $ TZ, o ... 
      . ~ / .environ            # generalmente cualquier variable que .environ configuraría
  fi
  

• Desafortunadamente, para otras distribuciones (por ejemplo, Arch), no he encontrado una solución muy buena. Una posibilidad es usar el módulo PAM pam_env (habilitado por defecto), colocando lo siguiente en ~/.pam_environment:

  BASH_ENV =. /. Environmental         # no es un error tipográfico; tiene que ser un camino, pero ~ no funcionará
  

  Luego, por supuesto, actualizando ~/.environa unset BASH_ENV.

¿Conclusión? Las conchas son un dolor. Las variables de entorno son un dolor. Las opciones de tiempo de compilación específicas de la distribución son un dolor inmenso en el culo.

Echa un vistazo a esta excelente publicación de blog de ShreevatsaR . Aquí hay un extracto, pero vaya a la publicación del blog, incluye una explicación de términos como "shell de inicio de sesión", un diagrama de flujo y una tabla similar para Zsh.

Para Bash, funcionan de la siguiente manera. Lea la columna apropiada. Ejecuta A, luego B, luego C, etc. El B1, B2, B3 significa que ejecuta solo el primero de los archivos encontrados.

+----------------+-----------+-----------+------+
|                |Interactive|Interactive|Script|
|                |login      |non-login  |      |
+----------------+-----------+-----------+------+
|/etc/profile    |   A       |           |      |
+----------------+-----------+-----------+------+
|/etc/bash.bashrc|           |    A      |      |
+----------------+-----------+-----------+------+
|~/.bashrc       |           |    B      |      |
+----------------+-----------+-----------+------+
|~/.bash_profile |   B1      |           |      |
+----------------+-----------+-----------+------+
|~/.bash_login   |   B2      |           |      |
+----------------+-----------+-----------+------+
|~/.profile      |   B3      |           |      |
+----------------+-----------+-----------+------+
|BASH_ENV        |           |           |  A   |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|                |           |           |      |
+----------------+-----------+-----------+------+
|~/.bash_logout  |    C      |           |      |
+----------------+-----------+-----------+------+

Te ofrezco mis pautas "integrales":

• Haga .bash_profiley .profilecargue .bashrcsi existe, por ejemplo, utilizando [ -r $HOME/.bashrc ] && source $HOME/.bashrc
• Pon todo lo demás adentro .bashrc.
• Deja de preocuparte.
• Cada cuatro años más o menos, dedique diez minutos a investigar esta misma pregunta antes de darse por vencido y volver a "no preocuparse".

EDITAR: Se agregaron citas de miedo a "integral" por si alguien se siente tentado a creerlo. ;)

Dejé de tratar de resolver esto e hice un script ( ~/.shell-setup) que obtuve de todos los demás.

Este enfoque requiere ~/.shell-setuptener dos características:

1. Solo se ejecuta una vez, incluso cuando se obtiene repetidamente (use Incluir guardias )
2. No genere ninguna salida no deseada (detectar cuando la salida está bien)

El n. ° 1 es bastante estándar, aunque quizás no se usa mucho en los scripts de shell.

# 2 es más complicado. Esto es lo que uso en bash:

if [ "" == "$BASH_EXECUTION_STRING" -a "" == "$DESKTOP_SESSION" ]; then
    echo "Hello user!" # ... etc
fi

Desafortunadamente, no recuerdo cómo se me ocurrió eso, o por qué no fue suficiente detectar un shell interactivo .

Ponga todo .bashrcy luego fuente .bashrcde.profile

Desde la página de manual de bash (en OS X 10.9):

Cuando se inicia un shell interactivo que no es un shell de inicio de sesión, bash lee y ejecuta comandos desde ~ / .bashrc, si ese archivo existe. Esto puede inhibirse utilizando la opción --norc. La opción --rcfile file forzará a bash a leer y ejecutar comandos desde el archivo en lugar de ~ / .bashrc

El texto anterior es la razón por la cual todo se coloca .bashrc. Sin embargo, hay un comportamiento un poco diferente cuando se trata de un shell de inicio de sesión. Nuevamente, citando la página del manual:

Cuando se invoca bash como un shell de inicio de sesión interactivo o como un shell no interactivo con la opción --login, primero lee y ejecuta comandos del archivo / etc / profile, si ese archivo existe. Después de leer ese archivo, busca ~ / .bash_profile, ~ / .bash_login y ~ / .profile, en ese orden, y lee y ejecuta comandos del primero que existe y es legible. La opción --noprofile se puede usar cuando se inicia el shell para inhibir este comportamiento.

.profilese lee para shells de inicio de sesión, pero .bashrcno lo es. Duplicar todo ese material .bashrces malo ™, por lo que debemos buscarlo para que .profileel comportamiento permanezca constante.

Sin embargo, no desea obtener .bashrcde forma .profileincondicional. Consulte los comentarios y otras respuestas para obtener detalles adicionales.