Dowolny sposób na wyjście ze skryptu bash, ale bez zamykania terminala

Kiedy użyję exitpolecenia w skrypcie powłoki, skrypt zakończy terminal (monit). Czy istnieje sposób na zakończenie skryptu, a następnie pozostanie w terminalu?

run.shOczekuje się, że mój skrypt zostanie wykonany bezpośrednio z innego źródła lub z innego skryptu.

EDYCJA: Aby być bardziej szczegółowym, istnieją dwa skrypty run2.shjako

...
. run.sh
echo "place A"
...

i run.shjak

...
exit
...

kiedy . run2.shgo exitmijam , a jeśli wpada w kodod run.sh, chcę, aby zatrzymał się na terminalu i pozostał tam. Ale przy użyciu exitcały terminal zostaje zamknięty.

PS: Próbowałem użyć return, ale echokodeline nadal będzie wykonywany ....

„Problem” naprawdę polega na tym, że pozyskujesz i nie wykonujesz skryptu. Gdy źródło pliku, jego zawartość zostanie wykonana w bieżącej powłoce, zamiast odradzania podpowłoki. Więc wszystko, łącznie z wyjściem, wpłynie na bieżącą powłokę.

Zamiast używać exit, będziesz chciał użyć return.

Tak; możesz użyć returnzamiast exit. Jego głównym celem jest powrót z funkcji powłoki, ale jeśli użyjesz jej w sourceskrypcie -d, ona zwróci z tego skryptu.

Zgodnie z §4.1 „Wbudowane powłoki Bourne'a” podręcznika Bash Reference Manual :

     return [n]

Powoduje, że funkcja powłoki kończy działanie, zwracając wartość n . Jeśli nie podano n , zwracana wartość to status wyjścia ostatniego polecenia wykonanego w funkcji. Może to być również użyte do zakończenia wykonywania skryptu wykonywanego z wbudowanym .(lub source) programem, zwracając albo n, albo status zakończenia ostatniego polecenia wykonanego w skrypcie jako status wyjścia skryptu. Wszelkie polecenia związane z RETURNpułapką są wykonywane przed wznowieniem wykonania po funkcji lub skrypcie. Zwracany status jest różny od zera, jeśli returnjest używany poza funkcją, a nie podczas wykonywania skryptu przez .lub source.

Zamiast uruchamiać skrypt za pomocą . run2.sh, możesz go uruchomić za pomocą sh run2.shlubbash run2.sh

Zostanie uruchomiona nowa podpowłoka, aby uruchomić skrypt, zostanie ona zamknięta na końcu skryptu, pozostawiając otwartą drugą powłokę.

Możesz dodać dodatkową komendę exit po instrukcji / komendzie return, aby działała w obu przypadkach, wykonując skrypt z wiersza komend i pozyskując go z terminala.

Przykładowy kod wyjścia w skrypcie:

   if [ $# -lt 2 ]; then
     echo "Needs at least two arguments"
     return 1 2>/dev/null
     exit 1
   fi

Linia z exitpoleceniem nie będzie wywoływana, gdy skrypt zostanie pobrany po returnpoleceniu.

Podczas wykonywania skryptu returnpolecenie podaje błąd. Dlatego pomijamy komunikat o błędzie, przekazując go do /dev/null.

Właściwie myślę, że możesz być zdezorientowany tym, jak uciekasz run a script.

Jeśli użyjesz shdo uruchomienia skryptu, powiedzmy, sh ./run2.shnawet jeśli osadzony skrypt kończy się na exit, okno terminala nadal pozostanie.

Jeśli jednak użyjesz .lub source, okno terminala również się zamknie / zamknie, gdy indeks dolny się skończy.

Aby uzyskać więcej informacji, zobacz Jaka jest różnica między używaniem sha source?

To tak, jakbyś umieścił funkcję uruchamiania w skrypcie run2.sh. Używasz kodu wyjścia w trakcie uruchamiania, podczas gdy źródłowy plik run2.sh znajduje się w bash tty. Jeśli funkcja run daje moc wyjścia ze skryptu i daje run2.sh moc wyjścia z terminatora. Zatem, ponieważ funkcja Run ma moc, aby wyjść z teminatora.

    #! /bin/sh
    # use . run2.sh

    run()
    {
        echo "this is run"
        #return 0
        exit 0
    }

    echo "this is begin"
    run
    echo "this is end"

W każdym razie zgadzam się z Kazem, że to problem projektowy.

Miałem ten sam problem i z powyższych odpowiedzi oraz z tego, co zrozumiałem, ostatecznie działało dla mnie:

1. Mieć linię shebang, która wywołuje zamierzony skrypt, na przykład

   #!/bin/bashsłuży bashdo wykonania skryptu

Mam skrypty z oboma rodzajami shebang. Z tego powodu używanie shlub .nie było niezawodne, ponieważ prowadziło to do błędnego wykonania (na przykład, gdy skrypt nie działa poprawnie)

Odpowiedź brzmiała więc:

2. • Upewnij się, że skrypt ma shebang, aby nie było wątpliwości co do zamierzonego programu obsługi.
   • chmod plik .sh, aby można go było wykonać. (chmod +x file.sh)

   • Wywołaj go bezpośrednio bez żadnego shlub.

     (./myscript.sh)

Mam nadzieję, że to pomoże komuś z podobnym pytaniem lub problemem.

Myślę, że tak się dzieje, ponieważ używasz go w trybie źródłowym z kropką

. myscript.sh

Powinieneś uruchomić to w podpowłoce:

/full/path/to/script/myscript.sh

„source” http://ss64.com/bash/source.html

Jak słusznie zauważyli inni , słuszne jest, że skrypty źródłowe i wykonywane używają returnvs., exitaby utrzymać tę samą sesję otwartą.

Oto pokrewna wskazówka, jeśli kiedykolwiek potrzebujesz skryptu, który powinien utrzymywać sesję otwartą, niezależnie od tego, czy jest ona pozyskiwana, czy nie.

Poniższy przykład można uruchomić bezpośrednio jak foo.shlub pozyskać jak . foo.sh/ source foo.sh. W obu przypadkach sesja pozostanie otwarta po „wyjściu”. $@Łańcuch jest przekazywany tak, że funkcja ma dostęp do argumentów zewnętrznej skryptu.

#!/bin/sh
foo(){
    read -p "Would you like to XYZ? (Y/N): " response;
    [ $response != 'y' ] && return 1;
    echo "XYZ complete (args $@).";
    return 0;
    echo "This line will never execute.";
}
foo "$@";

Wynik końcowy:

$ foo.sh
$ Czy chciałbyś XYZ? (T / N): n
$. foo.sh
$ Czy chciałbyś XYZ? (T / N): n
$ |
(okno terminala pozostaje otwarte i akceptuje dodatkowe dane wejściowe)

Może to być przydatne do szybkiego testowania zmian skryptu w jednym terminalu przy jednoczesnym trzymaniu paczki złomu pod głównym exit/ returnpodczas pracy. Może także sprawić, że kod stanie się bardziej przenośny w pewnym sensie (jeśli masz mnóstwo skryptów, które można wywoływać na różne sposoby lub nie), chociaż jest o wiele mniej niezręczny w użyciu returni exittam, gdzie jest to właściwe.

jeśli twój emulator terminala nie ma tego -hold, możesz zdezynfekować skrypt pochodzący od źródła i zatrzymać terminal za pomocą:

#!/bin/sh
sed "s/exit/return/g" script >/tmp/script
. /tmp/script
read

w przeciwnym razie możesz użyć $TERM -hold -e script

Zwróć również uwagę na zwrot z oczekiwaną wartością zwrotu. W przeciwnym razie, jeśli użyjesz wyjścia, gdy napotkasz wyjście, wyjdzie ono z podstawowej powłoki, ponieważ źródło nie tworzy innego procesu (instancji).

Aby napisać skrypt, który jest bezpieczny być uruchamiany zarówno jako skrypt powłoki lub pozyskiwane jako plik rc, skrypt może sprawdzić i porównać $0i $BASH_SOURCEi ustalić, czy exitmożna bezpiecznie stosować.

Oto krótki fragment kodu do tego

[ "X$(basename $0)" = "X$(basename $BASH_SOURCE)" ] && \
    echo "***** executing $name_src as a shell script *****" || \
    echo "..... sourcing $name_src ....."

1) Wyjście 0 wyjdzie ze skryptu, jeśli się powiedzie.

2) Wyjście 1 wyjdzie ze skryptu, jeśli jest to błąd.

Możesz wypróbować powyższe dwa w oparciu o twoje wymagania.