Impossible de réussir la source .bashrc à partir d'un script shell

Normalement, nous pouvons source le ~/.bashrcfichier en utilisant cette commande

source ~/.bashrc

mais si j'écris ceci dans un script shell et l'exécute, rien ne se passe. Pourquoi?
Est-ce qu'il y a un moyen de faire ça?

Mon script:

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

Aussi essayé .(point) au lieu de source. Même résultat.

Un script shell est exécuté dans sa propre instance de shell. Tous les paramètres de variable, définitions de fonction et autres affectent uniquement cette instance (et peut-être ses enfants), mais pas le shell appelant. Ils sont donc supprimés à la fin du script.

En revanche, la sourcecommande ne démarre pas une nouvelle instance de shell mais utilise le shell actuel pour que les modifications restent.

Si vous voulez qu'un raccourci lise votre .bashrc, utilisez une fonction shell ou un alias à la place d'un script shell, comme

alias brc='source ~/.bashrc'

Votre .bashrccommence habituellement:

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

Étant donné que votre script n'a pas défini PS1 (car il n'est pas interactif), il ne réinitialise pas le chemin car il se ferme tôt. Pour démontrer, modifiez votre script:

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

cela permettra maintenant à vos scripts de fonctionner avec le nouveau .bashrc. Remarque: une fois votre script terminé, env sera défini sur ce qu'il était avant de démarrer le script. Les modifications seront répercutées au prochain démarrage d’un terminal.

Essayer:

exec bash

Cela devrait recharger ~ / .bashrc, ~ / .bash_aliases, etc.

Je veux compléter la réponse de Ravi :

Ce comportement est spécifique à Ubuntu (et probablement à la plupart des distributions dérivées), car votre ~/.bashrcfichier par défaut commence par un court-circuit, Ubuntu 18.04, par exemple:

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

Cela arrêtera l'évaluation du fichier s'il est exécuté dans un shell non interactif, ce qui est le cas de votre script, car tous les scripts sont exécutés dans un shell non interactif , et par la suite tous les fichiers dont vous sourcehériterez.

eval pirater

J'ai découvert un vilain bidouillage pour contourner spécifiquement Ubuntu, en utilisant à la evalplace de source:

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

Il saute simplement les quelques premières lignes et évalue le reste ~/.bashrcafin que le reste soit évalué et modifie l'exécution en cours.

Sachez qu’il s’agit d’un nombre magique qui pourrait ne pas fonctionner avec toutes les versions d’Ubuntu; mais peut être une bonne solution si vous construisez des scripts pour des systèmes plus ou moins connus.

Une solution plus sophistiquée pourrait impliquer l’utilisation de regex pour cibler les bits spécifiques qui arrêtent l’évaluation.

Alternative Shebang

Une autre alternative qui pourrait mieux fonctionner dans certains scénarios consiste à forcer le script à s'exécuter dans un shell interactif en ajoutant un indicateur dans le shebang :

#!/bin/bash -i

Soyez conscient de certaines choses:

• Il est préférable d’utiliser le #!/usr/bin/env bashformulaire, mais de cette manière, vous ne pouvez pas démarrer le shell avec des arguments .
• L'utilisation de -ia ses propres conséquences, parmi lesquelles les programmes inviteront les utilisateurs à interagir, ce qui n'est généralement pas destiné aux scripts. Par exemple, l'installation de debpackages peut arrêter le script à l' dpkg configureinvite .
• J'ai d'abord essayé d'utiliser set -iet set +id'activer et de désactiver la fonctionnalité là où j'en avais besoin, mais cela ne fonctionne pas .

Aucune des autres méthodes ne fonctionnait pour moi [ source /path/to/filevs . ./path/to/file, alias, etc ...], jusqu'à ce que, grâce à ce tutoriel, j'ai découvert que:

#!/usr/bin/env bash case

au lieu du plus simple, #!/usr/bin/envon laisse les arguments à l’interprète, ce qui est la clé ici - voir ce document pour plus d’informations.

En tout état de cause, si les commandes de source, sous quelque forme que ce soit, ne fonctionnent pas pour vous, essayez de vérifier votre shebang, c'est peut-être le problème :)