En fait, c'est bash
spécifiquement qui lit .bashrc
(et
/etc/bash.bashrc
). Il y a beaucoup de coquilles différentes.
La page de manuel bash (par Brian Fox et Chet Ramey; également la page d'informations "Bash Startup Files" ) est la référence faisant autorité:
Lorsqu'un shell interactif qui n'est pas un shell de connexion est démarré, bash lit et exécute les commandes de ~/.bashrc
, si ce fichier existe. Cela peut être inhibé en utilisant l' --norc
option. L' --rcfile
option file obligera bash à lire et à exécuter des commandes à partir de file au lieu de ~/.bashrc
.
Lorsque bash est démarré de manière non interactive, pour exécuter un script shell, par exemple, il recherche la variable BASH_ENV
dans l'environnement, développe sa valeur si elle y apparaît et utilise la valeur développée comme nom d'un fichier à lire et à exécuter. Bash se comporte comme si la commande suivante était exécutée:
if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi
mais la valeur de la PATH
variable n'est pas utilisée pour rechercher le nom de fichier.
Le fichier n'est que des commandes shell. Il est généralement utilisé pour modifier les invites, définir les variables d'environnement et définir les procédures shell. Traditionnellement, le fichier .profile
est utilisé à cette fin, mais
bash
a tellement d'extensions qu'il a besoin de son propre fichier de démarrage pour les utilisateurs qui souhaitent mettre des bashismes
dans des fichiers de démarrage.
« Pas un shell de connexion » signifie des choses comme les lancements de scripts et généralement les fenêtres de terminal démarrées par les gestionnaires de fenêtres. Parfois, je configure des systèmes * nix pour avoir .bashrc
et BASH_ENV
simplement source .profile
. Tant que vous ne vous écartez pas des commandes du shell POSIX, vous obtiendrez la même initialisation dans n'importe quel shell.
C'est particulièrement utile quand sh
c'est vraiment bash
, ce qui arrive parfois. Pour ce faire, utilisez:
. .profile
L'une des raisons pour lesquelles tout cela est si complexe est que parfois les gens mettent des choses qui produisent une sortie dans des fichiers de démarrage du shell, ou ils définissent inconditionnellement des invites. Cela provoque beaucoup de problèmes lors de l'exécution de programmes shell et de commandes de backtick dans les langues, sans parler
system(3)
des programmes C. La façon dont le bash
démarrage est conçu, je pense, pour avoir un fichier où la sortie et le paramètre d'invite sont OK et un fichier où il ne l'est pas. Traditionnellement, un test d'exécution est effectué pour distinguer l'interactivité, par exemple, pour vérifier si l'invite est définie.
.bashrc
est l'un des nombreux fichiers de configuration bash. Voir la documentation officielle sur les fichiers de démarrage Bash .