джерело сценарію Bash - Повернення помилки, а не виходу?

Я шукаю скрипт bash в терміналі , тому виходжу з помилки з

set -o errexit

вбиває мій термінал, який НАЙКРАЙНО ДУЖЕ, тому що я повинен закрити термінал, відкрити ще один і скинути деякі змінні.

Поки що, використовуючи

command || return

рядки, за сценарієм, роблять саме те, що я хочу

set -o errexit

робити ... Але я хочу, щоб це було зроблено для всього сценарію; не лише один рядок / команда

У мене є файл, повний команд для налаштування сайту, і я краще не виконую команду || повернення

для кожного окремого рядка у файлі

Чи є інший варіант встановлення чи щось інше, що просто "повернеться" замість виходу з терміналу?

- Просто для наочності я хотів би вбити сценарій і залишити термінал у тому ж стані, що натискання клавіші ctrl + C, щоб знищити службу, що працює в терміналі. command || returnробить це. Але я не хочу || returnдотримуватися кожного рядка у файлі. Тож я шукаю щось подібне set -o errexit, що не спричиняє вимкнення терміналу

--- Примітка. Створення німого сценарію з двома рядками в ньому (super.sh):

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

І розміщуючи set -o errexitвгорі create.sh,

працює саме так, як я цього очікую. Однак насправді нерозумно створювати файл з двома рядками в ньому, просто викликати інший скрипт bash, а не просто викликати його з терміналу. Угххх

ось кілька прикладів:

в супер.ш

#!/bin/bash

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

у 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

в терміналі:

 $ bash super.sh

вихід, як очікувалося:

my-mac$

Це працює. Яке дратівливе рішення.

Я хочу , в ідеалі, щоб виконати те , що в дурною файл super.sh від терміналу, а не файл super.sh: D, без терміналу вимикатися на мене. Ось що відбувається з тим, що я намагаюся зробити:

команда терміналу:

my-mac$ source $create_path blah

у create.sh у мене все ще є set -o errexit

Ось вихід на терміналі

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

[Process completed]

І тоді термінал заморожений. Ctrl + C не працює, а також Ctrl + D

Якщо замість цього set -o errexit, якщо я просто використовую command || returnоператори скрізь у файлі create.sh, я отримую саме те, що хочу, виконуючи рядки в supser.sh безпосередньо на терміналі (замість виклику super.sh з терміналу). Але це теж не практичне рішення.

Примітка. Мені сподобалася відповідь @terdon про нерестування дочірньої оболонки, тож я закінчив просто нерест підрозділу через скрипт замість терміналу, як він показав у своїй відповіді за допомогою брекетів ( ), навколо всього сценарію. Його відповідь працює теж.

Просто створіть файл із відмовою від безпеки:

source the-source-file || true

... тоді загальна команда не вийде з ладу, навіть якщо є source.

Це єдине, що працює для того, що мені потрібно було досягти (створити віртуальне середовище, потім активувати його, потім встановити вимоги з bash-скрипту):

породжують нижню оболонку / дочірню оболонку зі сценарію, як у:

дурний_файл.ш

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

запустіть stupid_file за допомогою:

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

КІНЕЦЬ.

** бере лук **

(кредит належить Джеффу та Тердону)

Як просте вирішення, ви можете запустити оболонку в поточну оболонку та джерело. Щось на зразок:

1. Відкрийте новий термінал і налаштуйте все так, як вам хочеться. Ви згадали про деякі змінні середовища тощо. Встановіть їх тут.

2. У цьому терміналі запустіть нову оболонку. Так , наприклад, bash.

3. Зробіть свою справу. Джерело сценарію. Якщо вона виходить, вас просто кидають у першу оболонку і все все налаштовано. Просто запустіть bashще раз, і ви знову в бізнесі.

Для ілюстрації я створив цей скрипт, який не вдасться, якщо спробувати його джерело:

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

Давайте подивимося , що станеться , якщо я почну вкладений сеанс оболонки і його джерело (зверніть увагу , що я використовую портативний ім'я для sourceкоманди ., sourceє 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 $ 

Як бачимо, помилка синтаксису призвела до виходу джерела скрипту, який, в свою чергу, призвів до завершення мого сеансу оболонки, але оскільки це було вкладений сеанс, він просто повернув мене до початкової, батьківської оболонки зі всіма змінними, які все ще налаштовані . Тепер просто запустіть нову оболонку ще раз, і ви можете повернутися до пошуку свого сценарію.