fornecimento de um script Bash - Return on Error, em vez de Exit?

Estou adquirindo um script bash no terminal , então, saindo por erro com

set -o errexit

mata meu terminal, o que é extremamente irritante, porque tenho que fechar o terminal, abrir outro e redefinir algumas variáveis.

Até agora, usando

command || return

linhas, no script, está fazendo exatamente o que eu quero

set -o errexit

fazer ... Mas eu quero que seja feito para todo o script; não apenas uma linha / comando

Eu tenho um arquivo cheio de comandos para configurar um site e prefiro não executar o comando || Retorna

para cada linha do arquivo

Existe outra opção definida, ou outra coisa que apenas "retornará" em vez de sair do terminal?

- Para maior clareza , eu gostaria de matar o script e deixar o terminal no mesmo estado que pressionar ctrl + C para matar um serviço em execução no terminal. command || returnfaz isso. Mas não quero aderir || returna todas as linhas do arquivo. Então, estou procurando algo semelhante set -o errexit, que não faça com que o terminal seja desligado

--- Nota: Criando um script burro com duas linhas (super.sh):

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

E colocando set -o errexitno topo do create.sh,

funciona exatamente como eu esperava. No entanto, é realmente estúpido ter que criar um arquivo com duas linhas, apenas para chamar outro script bash, em vez de apenas chamá-lo do terminal. Ugghhh

Aqui estão alguns exemplos:

em super.sh

#!/bin/bash

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

no 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

no terminal:

 $ bash super.sh

saída conforme o esperado:

my-mac$

Isso funciona. Que solução irritante.

Eu quero , de preferência, para executar o que está no arquivo super.sh estúpido do terminal, não o arquivo super.sh: D, sem ter o fechamento do terminal para baixo em mim. É o que acontece com o que estou tentando fazer:

comando terminal:

my-mac$ source $create_path blah

no create.sh eu ainda tenho set -o errexit

Aqui está a saída no terminal

    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 então o terminal é congelado. Ctrl + C não funciona, nem Ctrl + D

Se, em vez de set -o errexit, se eu apenas usar command || returninstruções em qualquer lugar do arquivo create.sh, obtenho exatamente o que quero, enquanto executo as linhas no supser.sh diretamente no terminal (em vez de chamar super.sh do terminal). Mas essa também não é uma solução prática.

Nota: Gostei da resposta de @terdon sobre gerar um shell filho, então acabei gerando um sub shell por meio do script em vez do terminal, como ele mostrou em sua resposta usando o aparelho ( ), em todo o script .. Sua resposta funciona também

Simplesmente origine o arquivo com segurança:

source the-source-file || true

... então o comando geral não falhará, mesmo que sourceisso aconteça.

Essa é a única coisa que funciona para o que eu precisava realizar (criar um ambiente virtual, ativá-lo e instalar requisitos a partir de um script bash):

gera um shell subshell / filho do script, como em:

stupid_file.sh

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

execute o stupid_file usando:

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

O FIM.

** faz uma reverência **

(o crédito é para Jeff e Terdon)

Como uma solução alternativa simples, você pode executar um shell no seu shell atual e fonte lá. Algo como:

1. Abra um novo terminal e configure tudo da maneira que desejar. Você mencionou algumas variáveis ​​de ambiente e similares. Coloque-os aqui.

2. Nesse terminal, inicie um novo shell. Por exemplo bash,.

3. Faça a sua coisa. Crie seu script. Se sair, você é jogado no primeiro shell e tudo ainda está configurado. Apenas corra bashnovamente e você estará de volta aos negócios.

Para ilustrar, eu criei este script que falhará se você tentar fonte:

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

Vamos ver o que acontece se eu iniciar uma sessão de shell aninhado e, em seguida, fonte ele (note que eu estou usando o nome portátil para o sourcecomando .; sourceé um 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 $ 

Como você pode ver, o erro de sintaxe fez com que o script de origem fosse encerrado, o que, por sua vez, causou a saída da minha sessão do shell, mas como era uma sessão aninhada, acabou de me levar de volta ao shell pai original com todas as variáveis ​​ainda configuradas . Agora, basta executar um novo shell novamente e você pode voltar ao fornecimento do seu script.