reperimento di uno script Bash - Return on Error, anziché Exit?

Sto cercando uno script bash nel terminale , quindi esco per errore con

set -o errexit

uccide il mio terminale, che è ESTREMAMENTE ANNOYING, perché devo chiudere il terminale, aprirne un altro e resettare alcune variabili.

Finora, usando

command || return

le righe, nella sceneggiatura, stanno facendo esattamente quello che voglio

set -o errexit

fare ... Ma lo voglio fatto per l'intera sceneggiatura; non solo una riga / comando

Ho un file pieno di comandi per la configurazione di un sito e preferirei non eseguire il comando || ritorno

per ogni singola riga nel file

C'è un'altra opzione impostata o qualcos'altro che "restituirà" invece di uscire dal terminale?

- Solo per chiarezza , mi piacerebbe uccidere lo script e lasciare il terminale nello stesso stato che premendo Ctrl + C per uccidere un servizio in esecuzione nel terminale. command || returnfa quello. Ma non voglio attaccare || returnad ogni riga del file. Quindi sto cercando qualcosa di simile a set -o errexit, che non causi l'arresto del terminale

--- Nota: creazione di uno script stupido con due righe (super.sh):

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

E posizionandolo set -o errexitnella parte superiore di create.sh,

funziona esattamente come me lo aspetto. Tuttavia, è davvero stupido dover creare un file con due righe, solo per chiamare un altro script bash, invece di chiamarlo semplicemente dal terminale. Ugghhh

ecco alcuni esempi:

in super.sh

#!/bin/bash

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

in 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

nel terminal:

 $ bash super.sh

uscita come previsto:

my-mac$

Questo funziona Che soluzione fastidiosa.

Io voglio , idealmente, di eseguire ciò che è nel file super.sh stupido dal terminale, non il file super.sh: D, senza avere la chiusura terminale su di me. Questo è ciò che accade con ciò che sto cercando di fare:

comando terminale:

my-mac$ source $create_path blah

in create.sh ho ancora set -o errexit

Ecco l'output sul terminale

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

[Process completed]

E poi il terminale è congelato. Ctrl + C non funziona, né Ctrl + D

Se invece di set -o errexit, se uso semplicemente command || returnistruzioni ovunque nel file create.sh, ottengo esattamente quello che voglio, mentre eseguo le righe in supser.sh direttamente sul terminale (invece di chiamare super.sh dal terminale). Ma questa non è nemmeno una soluzione pratica.

Nota: mi è piaciuta la risposta di @terdon circa la generazione di una shell figlio, quindi ho finito per generare una sub shell tramite lo script anziché il terminale, come ha mostrato nella sua risposta usando le parentesi graffe ( ), attorno all'intero script. La sua risposta funziona anche.

Semplicemente fonte il file con un fail-safe:

source the-source-file || true

... quindi il comando generale non fallirà, anche se lo sourcefa.

Questa è l'unica cosa che funziona per quello che dovevo realizzare (creare un ambiente virtuale quindi attivarlo, quindi installare i requisiti da uno script bash):

spawn una shell subshell / child dallo script, come in:

stupid_file.sh

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

esegui lo stupid_file usando:

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

LA FINE.

** si inchina **

(il merito va a Jeff e Terdon)

Come semplice soluzione alternativa, è possibile eseguire una shell nella shell corrente e sorgente lì. Qualcosa di simile a:

1. Apri un nuovo terminale e imposta tutto nel modo desiderato. Hai citato alcune variabili d'ambiente e simili. Impostali qui.

2. In quel terminale, avvia una nuova shell. Per esempio, bash.

3. Fare ciò che sai fare. Fonte la tua sceneggiatura. Se esce, sei appena gettato nel primo guscio e tutto è ancora impostato. Corri di bashnuovo e sei di nuovo in affari.

Per illustrare, ho creato questo script che fallirà se provi a cercarlo:

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

Vediamo cosa succede se avvio una sessione della shell nidificata e quindi la fonte (nota che sto usando il nome portatile per il sourcecomando .; sourceè un bashismo):

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 $ 

Come puoi vedere, l'errore di sintassi ha causato la chiusura dello script di origine che, a sua volta, ha causato la chiusura della mia sessione di shell ma poiché era una sessione nidificata, mi ha riportato alla shell genitore originale con tutte le variabili ancora impostate . Ora, esegui di nuovo una nuova shell e puoi tornare a cercare il tuo script.