Comment recharger .bashrc sans me déconnecter et se reconnecter?

Si j'apporte des modifications à .bashrc, comment puis-je le recharger sans me déconnecter et me reconnecter?

Il vous suffit de saisir la commande:

source ~/.bashrc

ou vous pouvez utiliser la version plus courte de la commande:

. ~/.bashrc

Ou vous pouvez utiliser:

exec bash

Cela fait la même chose et est plus facile à retenir (du moins pour moi).

La execcommande remplace complètement le processus shell en exécutant la ligne de commande spécifiée. Dans notre exemple, il remplace tout ce que le shell actuel est par une nouvelle instance de bash(avec les fichiers de configuration mis à jour).

Pour compléter et contraster les deux réponses les plus populaires, . ~/.bashrcet exec bash:

Les deux solutions se rechargent efficacement~/.bashrc , mais il existe des différences:

• . ~/.bashrcou source ~/.bashrcva préserver votre shell courant :

  • À l'exception des modifications apportées par le rechargement ~/.bashrcdans le shell actuel ( sourcing ), le shell actuel et son état sont préservés , ce qui inclut les variables d'environnement, les variables du shell, les options du shell, les fonctions du shell et l'historique des commandes.

• exec bash, ou, de façon plus robuste, exec "$BASH"^[1] , remplacera votre shell actuel par une nouvelle instance, et ne conservera donc que les variables d'environnement de votre shell actuel (y compris celles que vous avez définies ad hoc).

  • En d'autres termes: toute modification ad hoc du shell actuel en termes de variables de shell, fonctions de shell, options de shell, historique des commandes est perdue.

Selon vos besoins, l'une ou l'autre approche peut être préférée.

^{[1] exec bashpourrait en théorie exécuter un exécutable différent bash de celui qui a démarré le shell courant, s'il se trouve dans un répertoire répertorié plus haut dans le $PATH. Étant donné que la variable spéciale $BASHcontient toujours le chemin complet de l'exécutable qui a démarré le shell actuel, il exec "$BASH"est garanti d'utiliser le même exécutable.
Une note re "..."autour $BASH: des guillemets doubles assure que la valeur de la variable est utilisée en l' état , sans interprétation par Bash; si la valeur n'a pas d'espaces incorporés ou d'autres métacaractères de shell (ce qui n'est probablement pas dans ce cas), vous n'avez pas strictement besoin de guillemets doubles, mais leur utilisation est une bonne habitude pour se former.}

Quelqu'un a modifié ma réponse pour ajouter un anglais incorrect, mais voici l'original, qui est inférieur à la réponse acceptée.

. .bashrc

Selon votre environnement, il suffit de taper

bash

peut également fonctionner.

Avec ça, vous ne même pas à taper "source ~ / .bashrc":

Incluez votre fichier bashrc:

alias rc="vim ~/.bashrc && source ~/.bashrc"

Chaque fois que vous souhaitez modifier votre bashrc, lancez simplement l'alias " rc "

. ~/.bashrc

. est un module intégré mandaté par POSIX

Alternatives

source ~/.bashrc

sourceest un synonyme de point / période .dans bash, mais pas dans POSIX sh, donc pour une compatibilité maximale, utilisez le point.

exec bash

• execcommande remplace le shell par un programme donné ... - WhoSayIn

Selon votre environnement, vous souhaiterez peut-être ajouter des scripts pour que .bashrc se charge automatiquement lorsque vous ouvrez une session SSH. J'ai récemment effectué une migration vers un serveur exécutant Ubuntu, et là, .profile, pas .bashrc ou .bash_profile est chargé par défaut. Pour exécuter des scripts dans .bashrc, j'ai dû exécuter source ~/.bashrcchaque fois qu'une session était ouverte, ce qui n'aide pas lors de l'exécution de déploiements à distance.

Pour que votre .bashrc se charge automatiquement lors de l'ouverture d'une session, essayez de l'ajouter au .profile:

if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

Rouvrez votre session et elle devrait charger tous les chemins / scripts que vous avez dans .bashrc.

J'ai utilisé easyengine pour configurer mon serveur basé sur le cloud vultr.
J'ai trouvé mon fichier bash sur /etc/bash.bashrc.

Le source /etc/bash.bashrctruc pour moi aussi!

mise à jour

Lors de la configuration d'un serveur nu (ubuntu 16.04), vous pouvez utiliser les informations ci-dessus, lorsque vous n'avez pas encore configuré de nom d'utilisateur et que vous vous connectez via root.

Il est préférable de créer un utilisateur (avec les privilèges sudo) et de se connecter en tant que nom d'utilisateur à la place.
Cela créera un répertoire pour vos paramètres, y compris les fichiers .profile et .bashrc.
https://linuxize.com/post/how-to-create-a-sudo-user-on-ubuntu/

Maintenant, vous allez éditer et (et "source") le ~/.bashrcfichier.

Sur mon serveur, il était situé à /home/your_username/.bashrc
(où se your_usernametrouve en fait le nouveau nom d'utilisateur que vous avez créé ci-dessus, et connectez-vous maintenant avec)

exec bash est un excellent moyen de réexécuter et de lancer un nouveau shell pour remplacer le courant. juste pour ajouter à la réponse, $ SHELL renvoie le shell courant qui est bash. En utilisant ce qui suit, il rechargera le shell actuel, et pas seulement pour bash.

exec $SHELL -l;

Pour moi, ce qui fonctionne lorsque je change de CHEMIN, c'est: exec "$BASH" --login

type:

source ~/.bashrc

ou, sous une forme plus courte:

. ~/.bashrc

j'utilise la commande suivante sur msysgit

. ~/.bashrc

version plus courte de

source ~/.bashrc

En supposant un shell interactif, et vous souhaitez conserver votre historique de commandes actuel et également charger / etc / profile (qui charge les données d'environnement, y compris / etc / bashrc et sur Mac OS X, charge les chemins définis dans /etc/paths.d/ via path_helper), ajoutez votre historique de commandes et faites un exec de bash avec l'option login ('-l'):

history -a && exec bash -l

Cela fonctionnera également ..

cd ~
source .bashrc

J'ai remarqué que la exec bashcommande pure préservera les variables d'environnement, vous devez donc utiliserexec -c bash pour exécuter bash dans un environnement vide.

Par exemple, vous vous connectez à un bash et export A=1, si vous exec bash,A == 1 .

Si vous exec -cl bash,A c'est vide.

Je pense que c'est la meilleure façon de faire votre travail.

j'ai personnellement

alias ..='source ~/.bashrc'

dans mon bashrc, afin que je puisse simplement utiliser ".." pour le recharger.