Warum wird der zweite Befehl nicht mit zwei cd-Befehlen im Bash-Skript ausgeführt?

Ich habe ein Bash-Skript geschrieben, das eine Reihe von Verzeichnissen erstellt und ein Projekt in ausgewählte Verzeichnisse klont.

Dafür muss ich cdin jedes Verzeichnis ( project 1und project 2), aber das Skript nicht cdin das zweite Verzeichnis oder führt den Befehl aus.

Stattdessen stoppt es nach dem cdKlonen im project2Verzeichnis. Warum wird die cd_project1Funktion im folgenden Code nicht aufgerufen ?

#!/bin/bash
#Get the current user name 

function my_user_name() {        
current_user=$USER
echo " Current user is $current_user"
}

#Creating useful directories

function create_useful_directories() {  
  if [[ ! -d "$scratch" ]]; then
  echo "creating relevant directory"
  mkdir -p /home/"$current_user"/Downloads/scratch/"$current_user"/project1/project2
  else
     echo "scratch directory already exists"
     :
  fi
}

#Going to project2 and cloning 

function cd_project2() {

  cd /home/"$current_user"/Downloads/scratch/"$current_user"/project1/project2 &&
  git clone https://username@bitbucket.org/teamsinspace/documentation-tests.git
  exec bash
}

#Going to project1 directory and cloning 
function cd_project1() {

  cd /home/"$current_user"/Downloads/scratch/"$current_user"/project1/ &&
  git clone https://username@bitbucket.org/teamsinspace/documentation-tests.git
  exec bash

}

#Running the functions  
function main() {

  my_user_name
  create_useful_directories
  cd_project2
  cd_project1    
}
main

Terminal Ausgang:

~/Downloads$. ./bash_install_script.sh    
Current user is mihi
creating relevant directory
Cloning into 'documentation-tests'...
remote: Counting objects: 125, done.
remote: Compressing objects: 100% (115/115), done.
remote: Total 125 (delta 59), reused 0 (delta 0)
Receiving objects: 100% (125/125), 33.61 KiB | 362.00 KiB/s, done.
Resolving deltas: 100% (59/59), done.
~/Downloads/scratch/mihi/project1/project2$

Die Schuldigen sind Ihre exec bashAussagen in einigen Ihrer Funktionen. Die execAussage ist etwas seltsam und überhaupt nicht leicht zu verstehen. Das bedeutet: Führen Sie den folgenden Befehl anstelle des aktuell ausgeführten Befehls / shell / script aus . Das heißt: Es ersetzt das aktuelle Shell-Skript (in Ihrem Fall) durch eine Instanz von bashund wird nie zurückgegeben.

Sie können dies mit einer Shell und Ausgabe ausprobieren

exec sleep 5

Dadurch wird Ihre aktuelle Shell (die bash) durch den Befehl ersetzt, sleep 5 und wenn dieser Befehl zurückgegeben wird (nach 5 Sekunden), wird Ihr Fenster geschlossen, da die Shell durch ersetzt wurde sleep 5.

Dasselbe gilt für Ihr Skript: Wenn Sie es exec somethingin Ihr Skript einfügen, wird es durch ersetzt, somethingund wenn die somethingAusführung beendet wird, wird das gesamte Skript angehalten.

Einfach die exec bashAnweisungen fallen zu lassen sollte genügen.

Von help exec:

exec: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
    Replace the shell with the given command.

    Execute COMMAND, replacing this shell with the specified program.
    ARGUMENTS become the arguments to COMMAND.  If COMMAND is not specified,
    any redirections take effect in the current shell.

Das Schlüsselwort ist " Ersetzen". Wenn Sie sich exec bashinnerhalb eines Skripts befinden, kann keine weitere Skriptausführung erfolgen.

Wenn Sie zu dem Verzeichnis zurückkehren möchten, das Sie gestartet haben, können Sie es verwenden

cd -

Wenn Sie jedoch nicht sicher sind, ob ein cdBefehl überhaupt ausgeführt wurde, sollten Sie die Befehle verwenden, um Arbeitsverzeichnisse auf einem Stapel abzulegen:

pushd

und zurückkehren (auch nach mehreren Verzeichniswechseln)

popd

Stellen Sie sicher, dass Sie Gleichheit pushdund popdBefehle haben.