pozyskiwanie skryptu Bash - Return on Error, zamiast Exit?

Korzystam ze skryptu bash w terminalu , więc wychodzę z błędu

set -o errexit

zabija mój terminal, co jest niesamowicie denerwujące, ponieważ muszę zamknąć terminal, otworzyć inny i zresetować niektóre zmienne.

Do tej pory za pomocą

command || return

wiersze w skrypcie robią dokładnie to, co chcę

set -o errexit

robić ... Ale chcę, żeby zrobiono to dla całego skryptu; nie tylko jedna linia / polecenie

Mam plik pełen poleceń do konfigurowania witryny i wolałbym nie wykonywać poleceń || powrót

dla każdej linii w pliku

Czy istnieje inna opcja zestawu lub coś, co po prostu „powróci” zamiast wychodzić z terminala?

- Dla jasności chciałbym zabić skrypt i pozostawić terminal w tym samym stanie, co naciśnięcie klawiszy Ctrl + C, aby zabić usługę uruchomioną w terminalu. command || returnrobi to. Ale nie chcę przyczepiać się || returndo każdej linii w pliku. Więc szukam czegoś podobnego set -o errexit, co nie spowoduje zamknięcia terminala

--- Uwaga: Tworzenie głupiego skryptu zawierającego dwie linie (super.sh):

create_path=~/Desktop/site_builder/create.sh
source $create_path blah

I umieszczenie set -o errexitna górze create.sh,

działa dokładnie tak, jak tego oczekuję. Jednak naprawdę głupie jest tworzenie pliku zawierającego dwie linie, aby wywołać inny skrypt bash, zamiast wywoływać go z terminala. Uhghhh

oto kilka przykładów:

w super.sh

#!/bin/bash

create_path=~/Desktop/site_builder/create.sh
source $create_path blah

w create.sh

#!/bin/bash
set -o errexit
#line below this is a line that fails and will cause the script to stop and return to the terminal as expected 
sed "s/@@SITE_NAME@@/$dirname" 
~/Desktop/site_builder/template_files/base.html > ~/Desktop/$dirname/templates/base.html # a line with a stupid error

w terminalu:

 $ bash super.sh

wynik zgodny z oczekiwaniami:

my-mac$

To działa. Co za irytujące rozwiązanie.

I chce , najlepiej, aby wykonać to, co znajduje się w głupiej pliku super.sh z terminala, a nie pliku super.sh: D, bez konieczności wyłączania terminala na mnie. Oto, co dzieje się z tym, co próbuję zrobić:

polecenie terminala:

my-mac$ source $create_path blah

w create.sh nadal mam set -o errexit

Oto wynik na terminalu

    sed: 1: "s/@@SITE_NAME@@/blah": unterminated substitute in regular expression
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.

[Process completed]

A następnie terminal jest zamrożony. Ctrl + C nie działa, podobnie jak Ctrl + D

Jeśli zamiast tego set -o errexit, jeśli po prostu używam command || returninstrukcji wszędzie w pliku create.sh, to dostaję dokładnie to, czego chcę, wykonując wiersze w supser.sh bezpośrednio na terminalu (zamiast wywoływać super.sh z terminalu). Ale to też nie jest praktyczne rozwiązanie.

Uwaga: Podobała mi się odpowiedź @terdona dotycząca po prostu odradzania powłoki potomnej, więc skończyłem po prostu odradzaniem powłoki podrzędnej za pomocą skryptu zamiast terminala, jak pokazał w swojej odpowiedzi za pomocą nawiasów klamrowych ( )wokół całego skryptu. Jego odpowiedź też działa.

Po prostu źródło pliku z bezpiecznym:

source the-source-file || true

... wtedy ogólne polecenie nie zawiedzie, nawet jeśli sourcenie.

Jest to jedyna rzecz, która działa dla tego, co musiałem osiągnąć (stworzenie środowiska wirtualnego, następnie aktywacja go, a następnie instalacja wymagań ze skryptu bash):

spawnuje powłokę podrzędną / potomną ze skryptu, jak w:

stupid_file.sh

(
set -o errexit
#bunch of commands
#one line fails
)

uruchom plik stupid_file używając:

source stupid_file.sh <file arguments here> || true

KONIEC.

** bierze ukłon **

(podziękowania dla Jeffa i Terdona)

W ramach prostego obejścia można uruchomić powłokę w bieżącej powłoce i źródle. Coś jak:

1. Otwórz nowy terminal i ustaw wszystko tak, jak chcesz. Wspomniałeś o niektórych zmiennych środowiskowych i tym podobnych. Ustaw je tutaj.

2. W tym terminalu uruchom nową powłokę. Na przykład bash.

3. Rób swoje. Źródło skryptu. Jeśli wyjdzie, zostaniesz wrzucony do pierwszej skorupy i wszystko jest nadal ustawione. Po prostu uruchom bashponownie i wrócisz do pracy.

Aby to zilustrować, stworzyłem ten skrypt, który zawiedzie, jeśli spróbujesz go zdobyć:

$ cat /home/terdon/scripts/bar.sh
set -o errexit
var='bar

Zobaczmy, co się stanie, jeśli rozpocznę zagnieżdżoną sesję powłoki, a następnie ją źródła (zwróć uwagę, że używam przenośnej nazwy dla sourcepolecenia .; sourceto bashism):

parent-shell $ bash      ## start a new shell
child-shell $ . ~/scripts/bar.sh
bash: /home/terdon/scripts/bar.sh: line 2: unexpected EOF while looking for matching `''
parent-shell $ 

Jak widać, błąd składniowy spowodował zamknięcie skryptu źródłowego, co z kolei spowodowało zamknięcie mojej sesji powłoki, ale ponieważ była to sesja zagnieżdżona, po prostu wylądowałem z powrotem w oryginalnej, macierzystej powłoce ze wszystkimi ustawionymi zmiennymi . Teraz po prostu uruchom ponownie nową powłokę i możesz wrócić do pozyskiwania skryptu.