Jak wywołać jeden skrypt powłoki z innego skryptu powłoki?

Mam dwa skrypty powłoki a.shi b.sh.

Jak mogę dzwonić b.shz poziomu skryptu powłoki a.sh?

Można to zrobić na kilka różnych sposobów:

1. Ustaw drugi skrypt jako wykonywalny, dodaj #!/bin/bashwiersz u góry i ścieżkę do pliku do zmiennej środowiskowej $ PATH. Następnie możesz nazwać to normalnym poleceniem;

2. Lub wywołaj to za pomocą sourcepolecenia (alias jest .) w następujący sposób source /path/to/script:;

3. Lub użyj bashpolecenia, aby go wykonać: /bin/bash /path/to/script;

Pierwsza i trzecia metoda wykonują skrypt jako inny proces, więc zmienne i funkcje w drugim skrypcie nie będą dostępne.
Druga metoda wykonuje skrypt w procesie pierwszego skryptu i pobiera zmienne i funkcje z drugiego skryptu, dzięki czemu można je wykorzystać ze skryptu wywołującego.

W drugiej metodzie, jeśli używasz exitw drugim skrypcie, spowoduje to również zamknięcie pierwszego skryptu. Co nie nastąpi w pierwszej i trzeciej metodzie.

Spójrz na to.

#!/bin/bash
echo "This script is about to run another script."
sh ./script.sh
echo "This script has just run another script."

Można to zrobić na kilka sposobów. Terminal do wykonania skryptu:

#!/bin/bash
SCRIPT_PATH="/path/to/script.sh"

# Here you execute your script
"$SCRIPT_PATH"

# or
. "$SCRIPT_PATH"

# or
source "$SCRIPT_PATH"

# or
bash "$SCRIPT_PATH"

# or
eval '"$SCRIPT_PATH"'

# or
OUTPUT=$("$SCRIPT_PATH")
echo $OUTPUT

# or
OUTPUT=`"$SCRIPT_PATH"`
echo $OUTPUT

# or
("$SCRIPT_PATH")

# or
(exec "$SCRIPT_PATH")

Wszystko to jest poprawne dla ścieżki ze spacjami !!!

Odpowiedź, której szukałem:

( exec "path/to/script" )

Jak wspomniano, execzastępuje powłokę bez tworzenia nowego procesu. Jednakże , możemy umieścić go w podpowłoce, która odbywa się za pomocą nawiasów.

EDYCJA: Właściwie ( "path/to/script" )to wystarczy.

Zależy od. W skrócie ... Jeśli chcesz załadować zmienne na bieżącej konsoli i wykonać, możesz użyć source myshellfile.shswojego kodu. Przykład:

!#/bin/bash
set -x
echo "This is an example of run another INTO this session."
source my_lib_of_variables_and_functions.sh
echo "The function internal_function() is defined into my lib."
returned_value=internal_function()
echo $this_is_an_internal_variable

set +x

Jeśli chcesz tylko wykonać plik, a jedyne, co Cię interesuje, to wynik, możesz:

!#/bin/bash
set -x
./executing_only.sh
sh i_can_execute_this_way_too.sh
bash or_this_way.sh
set +x

Mam nadzieję, że ci pomoże. Dzięki.

Możesz użyć /bin/shdo wywołania lub wykonania innego skryptu (za pomocą własnego skryptu):

 # cat showdate.sh
 #!/bin/bash
 echo "Date is: `date`"

 # cat mainscript.sh
 #!/bin/bash
 echo "You are login as: `whoami`"
 echo "`/bin/sh ./showdate.sh`" # exact path for the script file

Dane wyjściowe będą:

 # ./mainscript.sh
 You are login as: root
 Date is: Thu Oct 17 02:56:36 EDT 2013

Po prostu dodaj w linii wszystko, co wpisałeś w terminalu, aby wykonać skrypt!
na przykład:

#!bin/bash
./myscript.sh &

jeśli skrypt, który ma zostać wykonany, nie znajduje się w tym samym katalogu, po prostu użyj pełnej ścieżki skryptu.
np .: `/ home / user / script-directory /./ myscript.sh &

Najpierw musisz dołączyć plik, do którego dzwonisz:

#!/bin/bash
. includes/included_file.sh

następnie wywołujesz swoją funkcję w ten sposób:

#!/bin/bash
my_called_function

Proste źródło pomoże ci. Dla np.

#!/bin/bash
echo "My shell_1"
source my_script1.sh
echo "Back in shell_1"

Jeśli masz inny plik w tym samym katalogu, możesz albo:

bash another_script.sh

lub

source another_script.sh

lub

. another_script.sh

Gdy używasz bashzamiast source, skrypt nie może zmienić środowiska skryptu nadrzędnego. .Komenda jest standardem POSIX, gdy sourcepolecenie jest bardziej czytelny bash synonimem .(wolę sourceponad .). Jeśli skrypt znajduje się w innym miejscu, podaj ścieżkę do tego skryptu. Powinna działać zarówno ścieżka względna, jak i pełna.

Najlepsza odpowiedź sugeruje dodanie #!/bin/bashwiersza do pierwszego wiersza wywoływanego skryptu. Ale nawet jeśli dodasz shebang, uruchomienie skryptu w podpowłoce i przechwycenie danych wyjściowych jest znacznie szybsze ^*

$(source SCRIPT_NAME)

Działa to, gdy chcesz nadal uruchamiać ten sam interpreter (np. Z bash na inny skrypt bash) i zapewnia, że ​​linia shebang skryptu nie zostanie wykonana.

Na przykład:

#!/bin/bash
SUB_SCRIPT=$(mktemp)
echo "#!/bin/bash" > $SUB_SCRIPT
echo 'echo $1' >> $SUB_SCRIPT
chmod +x $SUB_SCRIPT
if [[ $1 == "--source" ]]; then
  for X in $(seq 100); do
    MODE=$(source $SUB_SCRIPT "source on")
  done
else
  for X in $(seq 100); do
    MODE=$($SUB_SCRIPT "source off")
  done
fi
echo $MODE
rm $SUB_SCRIPT

Wynik:

~ ❯❯❯ time ./test.sh
source off
./test.sh  0.15s user 0.16s system 87% cpu 0.360 total

~ ❯❯❯ time ./test.sh --source
source on
./test.sh --source  0.05s user 0.06s system 95% cpu 0.114 total

^* Na przykład, gdy na urządzeniu działają narzędzia antywirusowe lub narzędzia zabezpieczające, wykonanie nowego procesu może zająć dodatkowe 100 ms.

pathToShell="/home/praveen/"   
chmod a+x $pathToShell"myShell.sh"
sh $pathToShell"myShell.sh"

 #!/bin/bash

 # Here you define the absolute path of your script

 scriptPath="/home/user/pathScript/"

 # Name of your script

 scriptName="myscript.sh"

 # Here you execute your script

 $scriptPath/$scriptName

 # Result of script execution

 result=$?

Załóżmy, że nowy plik to „/ home / satya / app / app_specific_env”, a zawartość pliku jest następująca

#!bin/bash

export FAV_NUMBER="2211"

Dołącz to odniesienie do pliku ~ / .bashrc

source /home/satya/app/app_specific_env

Po każdym ponownym uruchomieniu komputera lub ponownym uruchomieniu spróbuj echo $FAV_NUMBERw terminalu. To wyświetli wartość.

Na wszelki wypadek, jeśli chcesz zobaczyć efekt od razu, source ~/.bashrcw wierszu poleceń.

chmod a+x /path/to/file-to-be-executed

To była jedyna rzecz, której potrzebowałem. Gdy skrypt, który ma zostać wykonany, jest wykonywalny w ten sposób, (przynajmniej w moim przypadku) nie potrzebujesz żadnych dodatkowych operacji, takich jak shlub ./podczas wywoływania skryptu.

Dzięki komentarzowi @Nathan Lilienthal

Występują problemy z importowaniem funkcji z innego pliku.
Po pierwsze : nie musisz wykonywać tego pliku wykonywalnego. Lepiej tego nie robić! poprostu dodaj

. file

aby zaimportować wszystkie funkcje. Wszystkie będą wyglądały tak, jakby zostały zdefiniowane w twoim pliku.
Po drugie : możesz zdefiniować funkcję o tej samej nazwie. Zostanie nadpisany. To jest złe. Możesz tak zadeklarować

declare -f new_function_name=old_function_name 

i dopiero potem importuj. Możesz więc wywołać starą funkcję pod nową nazwą.
Po trzecie : możesz importować tylko pełną listę funkcji zdefiniowanych w pliku. Jeśli niektóre nie są potrzebne, możesz je rozbroić. Ale jeśli przepiszesz swoje funkcje po rozbrojeniu, zostaną utracone. Ale jeśli ustawisz odniesienie do niego, jak opisano powyżej, możesz przywrócić po rozbrojeniu o tej samej nazwie.
WreszcieWspólna procedura importu jest niebezpieczna i nie taka prosta. Bądź ostrożny! Możesz napisać skrypt, aby zrobić to łatwiej i bezpieczniej. Jeśli używasz tylko części funkcji (nie wszystkich), lepiej podziel je na różne pliki. Niestety ta technika nie sprawdziła się w bashu. Na przykład w Pythonie i niektórych innych językach skryptowych jest to łatwe i bezpieczne. Możliwe jest częściowe importowanie tylko potrzebnych funkcji o własnych nazwach. Wszyscy chcemy, aby w następnych wersjach Busha wykonano tę samą funkcjonalność. Ale teraz musimy napisać wiele dodatkowych dorszy, aby zrobić to, co chcesz.

Użyj backticksa.

$ ./script-that-consumes-argument.sh `sh script-that-produces-argument.sh`

Następnie pobierz wynik skryptu producenta jako argument skryptu konsumenta.