Utiliser la commande cd avec une variable comme nom de dossier

Bonjour,

Je n'ai pas trouvé de réponse malgré mes recherches.

J'écris un script en shell bash.

Je demande à l'utilisateur un nom pour créer ensuite un dossier avec ce nom : nom_dossier
Je souhaite ensuite y copier un répertoire puis me déplacer dans le dossier créé.

J'arrive à créer le dossier, y copier un autre dossier mais je n'arrive pas à me déplacer vers ce dossier.

Voici ce que j'ai écrit :

Code:

---

1 2 3 4 5 6 7

#!/bin/bash   read -p 'Entrez le nom du dossier : ' dossier mkdir "$dossier" cp -r test "$dossier"/   cd "${dossier}"

---

Il y a d'après mes recherches un problème avec la manière dont cd interprète les variables mais je sèche.

A vos avis.

Patrick

Bonjour,

Citation:

---

puis me déplacer dans le dossier créé.

---

pourquoi ?

le déplacement est bien réalisé dans le script (tu peux le vérifier en ajoutant un pwd), mais quand le script s'arrête le contexte précédent est restauré.

NB : ici, les accolades autour des variables sont inutiles.
il y a des cas où elles le sont, voire indispensables, mais pas là. :)

Citation:

---

puis me déplacer dans le dossier créé.

---

C'est pour ensuite y travailler, mais je peux sans doute adapter mes autres commandes pour faire ce que j'ai à faire dans le dossier traité.

Là, ce que je ne comprenais pas c'est qu'en créant une variable dans mon terminal et en essayant d'y accéder avec la commande :

Code:

---

cd $dossier

---

c'était ok et pas à l'intérieur de mon script.

Bonjour :coucou:

La technique est de sourcer le script. Comme ça, pas de différence shell/sous-shell.

Code:

---

. monscript.bash

---

ou

Code:

---

source monscript.bash

---

le mieux (aîe, je vais encore me faire taper sur les doigts)

je préfère ne pas changer de répertoire dans un script.
je ne sourcerais pas mon script pour un cd, quand je peux simplement dire où effectuer les opérations.

J'ai opté pour cette option.

Citation:

---

Envoyé par Flodelarab

Bonjour :coucou:

La technique est de sourcer le script. Comme ça, pas de différence shell/sous-shell.

Code:

---

. monscript.bash

---

ou

Code:

---

source monscript.bash

---

---

Merci pour la proposition mais je ne comprends pas comment "sourcer" le script.

Citation:

---

Envoyé par patlabar

Merci pour la proposition mais je ne comprends pas comment "sourcer" le script.

---

Les 2 lignes de code que j'ai postées et que tu as citées ne sont pas là pour faire guirlandes.

Et j'en rajoute une troisième :

Code:

---

help source

---

je passe en coup de vent, et je ne peux pas m'empêcher d'émettre une hypothèse vu ce que j'ai lu en diagonale et à la hâte.
Demande toi où s'exécute ton script, chemin absolu ou relatif, ce genre de chose peut-être ....

Citation:

---

Envoyé par patlabar

puis me déplacer dans le dossier créé.

J'arrive à créer le dossier, y copier un autre dossier mais je n'arrive pas à me déplacer vers ce dossier.

---

Tout dépend de ce que tu entends par "me"... (qui a dit "Meuh ?)

Citation:

---

Voici ce que j'ai écrit :

Code:

---

1 2 3 4 5 6 7

#!/bin/bash   read -p 'Entrez le nom du dossier : ' dossier mkdir "$dossier" cp -r test "$dossier"/   cd "${dossier}"

---

Il y a d'après mes recherches un problème avec la manière dont cd interprète les variables mais je sèche.

---

Le problème n'est pas avec la manière dont cd interprète les variables, mais plutôt entre l'écran et la chaise, ainsi que l'explique N_BaH:

Citation:

---

Envoyé par N_BaH

le déplacement est bien réalisé dans le script (tu peux le vérifier en ajoutant un pwd), mais quand le script s'arrête le contexte précédent est restauré.

---

Citation:

---

Envoyé par patlabar

C'est pour ensuite y travailler, mais je peux sans doute adapter mes autres commandes pour faire ce que j'ai à faire dans le dossier traité.

Là, ce que je ne comprenais pas c'est qu'en créant une variable dans mon terminal et en essayant d'y accéder avec la commande cd $dossier, c'était ok et pas à l'intérieur de mon script.

---

Au vu des réponses, j'ai peur que ce ne soit pas complètement clair pour toi. Voici mon interprétation:

Lorsque tu écris des commandes dans le terminal, il y a un processus shell qui interprète ces commandes.
Ce processus possède, entre autres:

• un numéro, que tu peux voir en tapant echo $$ dans le terminal,
• et un contexte d'exécution, qui contient notamment le répertoire courant, et que tu peux voir en tapant la commande pwd dans le terminal.

Lorsque tu lances une commande, par exemple, en tapant ./monscript.sh dans le terminal, le shell courant (le terminal) crée un NOUVEAU processus (appelé processus fils) qui exécute les commandes contenues dans le script. Tu peux le vérifier en modifiant légèrement ton script de la manière suivante:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

#!/bin/bash   echo "Processus n° $$ dans le répertoire $(pwd)"   read -p 'Entrez le nom du dossier : ' dossier mkdir "$dossier" cp -r test "$dossier"/   cd "${dossier}"   echo "Processus n° $$ dans le répertoire $(pwd)"

---

De cette façon, tu verras le nouveau processus, ainsi que son répertoire d'exécution, et tu constateras, grâce à la dernière ligne que le changement de répertoire a bien été effectué... pour le processus courant, celui qui a exécuté le script !

Si tu exécutes, dans le terminal, la série de commandes suivantes:

Code:

---

1 2 3

echo "Processus du terminal n° $$ dans le répertoire $(pwd)" ./monteste.sh echo "Processus du terminal n° $$ dans le répertoire $(pwd)"

---

tu constateras que tout s'est bien passé pour le processus fils et que le répertoire courant du contexte du processus père (du terminal) n'a PAS été modifié.

Si tu exécutes, dans le terminal, la série de commandes suivantes:

Code:

---

1 2 3

echo "Processus du terminal n° $$ dans le répertoire $(pwd)" source ./monteste.sh echo "Processus du terminal n° $$ dans le répertoire $(pwd)"

---

tu constateras que, grâce au source:

• il n'y a pas création d'un processus fils car le numéro dans le script est le même que le numéro dans le terminal.
• le répertoire courant du contexte du processus du terminal a effectivement été modifié.

Dans ton cas, si tu souhaites donner à l'utilisateur la possibilité de créer un répertoire et de s'y déplacer, la solution que j'utiliserais (il y en a peut-être d'autres) serait de créer une fonction et un alias.

Par exemple, dans le ~/.bashrc ou dans le ~/.bash_profile, tu mets quelque chose comme:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

alias mkcd=mkdirandcd   function mkdirandcd() { echo "Processus n° $$ dans le répertoire $(pwd)"   read -p 'Entrez le nom du dossier : ' dossier mkdir "$dossier" cp -r test "$dossier"/   cd "${dossier}"   echo "Processus n° $$ dans le répertoire $(pwd)" }

---

Ensuite, il faut, une fois et une seule fois pour la vie, soit te déloguer et reloguer, soit créer un nouveau terminal, soit sourcer le fichier modifié source ~/.bashrc pour pouvoir, pour toutes les sessions ultérieures, taper directement au terminal:

Code:

---

1 2 3

echo "Processus du terminal n° $$ dans le répertoire $(pwd)" mkcd echo "Processus du terminal n° $$ dans le répertoire $(pwd)"

---

Voilà !

J'espère que la longueur n'entrave pas la clarté !

Code:

---

1 2 3 4

$ echo "$(pwd)" /home/jeanlouischefdeplato/mondossier $ echo "$PWD" /home/jeanlouischefdeplato/mondossier

---