Le sourcing et l'exécution du script exécuteront les commandes du script ligne par ligne, comme si vous aviez tapé ces commandes à la main ligne par ligne.
Les différences sont les suivantes :
- Quand vous exécuter le script que vous ouvrez une nouveau Shell, tapez les commandes dans la nouvelle Shell, recopiez la sortie dans votre Shell actuelle, puis fermez la nouvelle Shell. Tout changement d'environnement ne prendra effet que dans la nouvelle Shell et sera perdu une fois que la nouvelle Shell sera fermée.
- Quand vous source le script que vous tapez les commandes dans votre actuel Shell. Toute modification de l'environnement prendra effet et restera dans votre Shell actuel.
l'"environnement" est constitué de choses comme le répertoire de travail actuel et les variables d'environnement. également les paramètres de Shell (entre autres l'historique et les fonctionnalités de complétion). il y en a plus mais ce sont les plus visibles.
Utilisez source si vous voulez que le script change l'environnement dans votre script en cours d'exécution. utilisez execute sinon.
Si vous voulez plus de détails, lisez la suite.
Terminologie
Afin de clarifier certaines confusions courantes concernant la syntaxe à exécuter et la syntaxe à source.
Syntaxe à exécuter :
./myscript
Cela permettra exécuter myscript à condition que le fichier soit exécutable et situé dans le répertoire courant. Le point et la barre oblique ( ./ ) désigne le répertoire courant. Ceci est nécessaire parce que le répertoire courant n'est généralement pas (et ne devrait généralement pas être) dans $PATH .
myscript
Cela permettra exécuter myscript si le fichier est exécutable et se trouve dans un répertoire quelconque de l'application $PATH .
Syntaxe à la source :
source myscript
Cela permettra source myscript . Le fichier ne doit pas nécessairement être exécutable mais il doit être un Shell Shell valide. Le fichier peut être dans le répertoire courant ou dans un répertoire dans $PATH .
. myscript
Cela permettra également source myscript . Cette "orthographe" est l'orthographe officielle telle que définie par POSIX . Bash a défini source comme alias du point.
et par souci d'exhaustivité :
exec myscript
Cela mettra fin à la Shell actuelle et exécutera ensuite myscript à la place de la Shell terminée. Cela signifie que lorsque myscript est terminé, il n'y a pas de Shell à laquelle revenir. exec est puissant mais rarement nécessaire.
J'ai mis quelques liens à la fin pour plus d'informations sur ces sujets.
Démonstration
Pensez à myscript.sh avec le contenu suivant :
#!/bin/sh
# demonstrate setting a variable
echo "foo: "$(env | grep FOO)
export FOO=foo
echo "foo: "$(env | grep FOO)
# demonstrate changing of working directory
echo "PWD: "$PWD
cd somedir
echo "PWD: "$PWD
Avant d'exécuter le script, nous vérifions d'abord l'environnement actuel :
$ env | grep FOO
$ echo $PWD
/home/lesmana
La variable FOO n'est pas défini et nous sommes dans le répertoire d'origine.
Maintenant, nous exécuter le dossier :
$ ./myscript.sh
foo:
foo: FOO=foo
PWD: /home/lesmana
PWD: /home/lesmana/somedir
Vérifiez à nouveau l'environnement :
$ env | grep FOO
$ echo $PWD
/home/lesmana
La variable FOO n'est pas défini et le répertoire de travail n'a pas changé.
La sortie script montre clairement que la variable a été définie et que le répertoire a été modifié. La vérification qui suit montre que la variable n'est pas définie et que le répertoire n'a pas été modifié. Que s'est-il passé ? Les modifications ont été effectuées dans un nouveau Shell.
El actuel Shell a engendré une nouveau Shell pour exécuter le Shell. Le Shell s'exécute dans le nouveau Shell et toutes les modifications de l'environnement prennent effet dans le nouveau Shell. Une fois le Shell terminé, la nouvelle Shell est détruite. Toutes les modifications de l'environnement dans la nouvelle Shell sont détruites avec la nouvelle Shell. Seul le texte de sortie est imprimé dans la Shell actuelle.
Maintenant, nous source le dossier :
$ source myscript.sh
foo:
foo: FOO=foo
PWD: /home/lesmana
PWD: /home/lesmana/somedir
Vérifiez à nouveau l'environnement :
$ env | grep FOO
FOO=foo
$ echo $PWD
/home/lesmana/somedir
La variable FOO est définie et le répertoire de travail a changé.
Le sourcing du script ne crée pas un nouveau script. Toutes les commandes sont exécutées dans la script actuelle et les modifications de l'environnement prennent effet dans la script actuelle.
Notez que dans cet exemple simple, la sortie de l'exécution est la même que le sourcing du script. Ce n'est pas nécessairement toujours le cas.
Une autre démonstration
Considérez le script suivant pid.sh :
#!/bin/sh
echo $$
(la variable spéciale $$ se développe vers le PID du processus Shell en cours d'exécution.)
Tout d'abord, imprimez le PID du Shell actuel :
$ echo $$
25009
Sourcez le script :
$ source pid.sh
25009
Exécutez le script, notez le PID :
$ ./pid.sh
25011
Source encore :
$ source pid.sh
25009
Exécutez à nouveau :
$ ./pid.sh
25013
Vous pouvez voir que le sourcing du script s'exécute dans le même processus alors que l'exécution du script crée un nouveau processus à chaque fois. Ce nouveau processus est le nouveau Shell qui a été créé pour l'exécution du Shell. Le sourcing du Shell ne crée pas un nouveau Shell et donc le PID reste le même.
Résumé
Recherche de fournisseurs un script exécutera les commandes de l'option actuel Shell processus. Les modifications de l'environnement prennent effet dans le Shell actuel.
Exécuter un script exécutera les commandes d'une nouveau Shell processus. Les modifications de l'environnement prennent effet dans le nouveau Shell et sont perdues lorsque le Shell est terminé et que le nouveau Shell est terminé.
Utilisez source si vous voulez que le script change l'environnement dans votre script en cours d'exécution. utilisez execute sinon.
Voir aussi :
3 votes
Vous pourriez lire ceci : bash.cyberciti.biz/guide/commande_source
0 votes
Voir aussi unix.stackexchange.com/questions/43882/