uruchamianie skryptu za pomocą „. ”I„ źródłem ”

1. Zastanawiałem się, czy następujące dwa sposoby uruchamiania skryptu bash są równoważne?

   . ./myScript.sh
   
   source myScript.sh

2. Czy obaj uruchamiają treść skryptu zamiast skryptu, tzn. Nie tworzą podpowłoki do uruchomienia skryptu?

1. Są równoważni w bash, ponieważ robią dokładnie to samo. Z drugiej strony sourcejest 5 znaków dłuższych i nie można go przenosić na powłoki tylko POSIX lub Bourne, podczas gdy .(kropka) jest, więc nigdy nie zawracam sobie głowy używaniem source.

2. To prawda - podczas pobierania pliku uruchamiane są polecenia w bieżącej powłoce i wpływa to na bieżące środowisko powłoki. Nadal możesz przekazywać argumenty do pliku źródłowego, a bash faktycznie szuka $PATHnazwy pliku, tak jak normalne polecenie, jeśli nie zawiera żadnych ukośników.

Nie związane z pierwotnym pytaniem .vs source, ale w twoim przykładzie

. ./myScript.sh 

nie jest identyczny z

source myScript.sh

ponieważ podczas .i sourcesą funkcjonalnie identyczne myScript.shi ./myScript.shnie są takie same. Ponieważ ./myScript.shzawiera ukośnik, jest interpretowany jako ścieżka, a powłoka po prostu używa ./myScript.sh. Jednak myScript.shnie ma ukośnika, więc powłoka $PATHnajpierw go szuka. Jest to standardowe zachowanie określone przez POSIX. . Większość powłok domyślnie tego używa, chociaż mogą dodawać rozszerzenia (takie jak wyszukiwanie w bieżącym katalogu roboczym po wyszukiwaniu ścieżki) lub opcje zmiany zachowania ./ source.

Tak, są równoważne. Nie ma żadnej różnicy funkcjonalnej; .jest tylko wbudowanym synonimem source.

_{(Edycja: Najwyraźniej jest to prawdą tylko dla bashi zshNiektóre lżejsze pociski nie mają. source, Tylko .jest określony przez POSIX tak ksh, dash, ash, itd. Nie mogą mieć sourceSee. Odpowiedź jw013 koszulka dla informacji).}