Dlaczego „cd” nie działa w skrypcie powłoki?

Chcę tylko napisać skrypt, który zmieni mój katalog .

Umieszczam poniższe polecenia w pliku /home/alex/pathABC

#!/bin/sh
cd /home/alex/Documents/A/B/C
echo HelloWorld

Zrobiłem chmod +x pathABC.

W terminalu, podczas gdy /home/alexja, uruchamiam ./pathABC, ale dane wyjściowe są tylko HelloWorldi bieżący katalog nie jest zmieniany.

Więc co jest nie tak?

Jak wyjaśnili inni, katalog jest zmieniany w procesie potomnym skryptu, a nie w procesie terminalowym, z którego skrypt jest wywoływany. Po śmierci procesu potomnego wracasz do terminala, który został tam, gdzie był.

Kilka alternatyw:

1. Link symboliczny

Umieść w swoim domu symboliczne łącze do długiej ścieżki, do której chcesz łatwo uzyskać dostęp

$ ln -s /home/alex/Documents/A/B/C ~/pathABC

następnie przejdź do katalogu za pomocą:

$ cd ~/pathABC

2. Alias

Umieść alias w swoim ~ / .bashrc:

alias pathABC="cd /home/alex/Documents/A/B/C"

( stąd )

3. Funkcja

Utwórz funkcję, która zmienia katalog, funkcja działa w trakcie działania twojego terminala, a następnie może zmienić jego katalog.

( stąd )

4. Unikaj biegania jako dziecko

Źródło skryptu zamiast go uruchamiać. Sourcing (wykonywany przez .lub source) powoduje, że skrypt jest wykonywany w tej samej powłoce, a nie we własnej podpowłoce.

$ . ./pathABC

( stąd i tutaj )

5. Vars z obsługą CD

Ustaw cdable_varsopcję w swoim ~/.bashrci utwórz zmienną środowiskową do katalogu:

shopt -s cdable_vars
export pathABC="/home/alex/Documents/A/B/C"

Następnie możesz użyć cd pathABC

( stąd )

Po uruchomieniu skryptu w terminalu uruchamiany jest proces potomny. W tym programie potomnym, tj. Skrypt zmieni się na dowolny określony katalog. Ale w procesie nadrzędnym, tzn. Gdzie uruchamiasz skrypt, wciąż znajduje się on na starej ścieżce. LUB po prostu możemy powiedzieć:

The scope of cd command is only for child process not parent

Popełniasz błąd myślenia. Podczas gdy bieżąca powłoka pozostaje w tym samym katalogu, skrypt został przeniesiony do nowego katalogu.

Można to zobaczyć, tworząc inny skrypt w nowym katalogu i uruchamiając go ze skryptu po zmianie katalogu:

#!/bin/sh
cd /home/alex/Documents/A/B/C && ./another_script.sh # (if it is executable)

Drugi skrypt uruchomi się z nowego katalogu.

HelloWorld 

jest tylko wynikiem działania skryptu.

Ponieważ hello world jest tylko instrukcją śledzenia, spróbujmy tego:

Utwórz plik skryptu bash cd.shzawierający:

#!/bin/bash
echo "/home/mike/Documents/A/B/C"

• .shRozszerzenie jest starszy konwencja daje skrypt bash nazewnictwo rozszerzenie. Jest to czysto kosmetyczne i zwykle niepotrzebne. Jednak w tym przypadku ważne jest, aby odróżnić się od podstawowego cdpolecenia.

Zaznacz plik wykonywalny skryptu bash, używając:

chmod a+x cd.sh

Teraz uruchom plik:

$ cd $(./cd.sh)
bash: cd: /home/alex/Documents/A/B/C: No such file or directory

• cd wszyscy wiemy.
• $(...) wykonuje polecenie w nawiasie i zwraca dane wyjściowe.
• Jeśli cd.shbył na twojej ścieżce, nie musisz określać, gdzie to jest. Używamy przedrostka, ./aby określić, że polecenie znajduje się w bieżącym katalogu.
• Dane echowyjściowe cd.shskryptu są przesyłane z powrotem do rodzica za pośrednictwem $(...). Nadrzędny (nasz monit powłoki) korzysta z tych danych wyjściowych i przekazuje je do cdkomendy Linux .

Jak wspomnieli inni, proces potomny nie może zmienić katalogu rodzica. Jest to jeden ze sposobów, w jaki dziecko może powiedzieć rodzicowi, gdzie ma się udać po zakończeniu procesu.