Przerwanie skryptu powłoki, jeśli jakieś polecenie zwróci wartość niezerową?

Mam skrypt powłoki Bash, który wywołuje wiele poleceń. Chciałbym, aby skrypt powłoki automatycznie wychodził z wartością zwracaną 1, jeśli którekolwiek z poleceń zwróci wartość niezerową.

Czy jest to możliwe bez wyraźnego sprawdzenia wyniku każdego polecenia?

na przykład

dosomething1
if [[ $? -ne 0 ]]; then
    exit 1
fi

dosomething2
if [[ $? -ne 0 ]]; then
    exit 1
fi

Dodaj to na początku skryptu:

set -e

Spowoduje to natychmiastowe zamknięcie powłoki, jeśli zostanie zakończone proste polecenie z niezerową wartością wyjścia. Proste polecenie to dowolne polecenie, które nie jest częścią if, podczas lub do testu, lub częścią && lub || lista.

Zobacz stronę manuala bash (1) w wewnętrznym poleceniu „set”, aby uzyskać więcej szczegółów.

Osobiście uruchamiam prawie wszystkie skrypty powłoki za pomocą „set -e”. Naprawdę denerwujące jest utrzymywanie skryptu z uporem, gdy coś zawiedzie w środku i łamie założenia dla reszty skryptu.

Aby dodać do zaakceptowanej odpowiedzi:

Pamiętaj, że set -eczasami to nie wystarczy, szczególnie jeśli masz rury.

Załóżmy na przykład, że masz ten skrypt

#!/bin/bash
set -e 
./configure  > configure.log
make

... co działa zgodnie z oczekiwaniami: błąd configureprzerywa wykonanie.

Jutro dokonujesz pozornie trywialnej zmiany:

#!/bin/bash
set -e 
./configure  | tee configure.log
make

... a teraz to nie działa. Wyjaśniono to tutaj i podano obejście (tylko Bash):

#! / bin / bash
ustaw -e 
ustaw -o pipefail

./configure | tee configure.log
robić

Instrukcje if w twoim przykładzie są niepotrzebne. Po prostu zrób to w ten sposób:

dosomething1 || exit 1

Jeśli skorzystasz z porady Ville Laurikari i skorzystasz z niej, w set -eprzypadku niektórych poleceń może być konieczne użycie tego:

dosomething || true

|| trueUczyni rurociąg komenda ma truewartość zwracana, nawet jeśli polecenie nie działa tak The -eopcja nie zabije skrypt.

Jeśli masz czyszczenie, które musisz zrobić przy wyjściu, możesz również użyć „pułapki” z pseudo-sygnałem ERR. Działa to tak samo, jak pułapkowanie INT lub dowolnego innego sygnału; bash rzuca ERR, jeśli jakieś polecenie zakończy się z niezerową wartością:

# Create the trap with   
#    trap COMMAND SIGNAME [SIGNAME2 SIGNAME3...]
trap "rm -f /tmp/$MYTMPFILE; exit 1" ERR INT TERM
command1
command2
command3
# Partially turn off the trap.
trap - ERR
# Now a control-C will still cause cleanup, but
# a nonzero exit code won't:
ps aux | grep blahblahblah

Lub, szczególnie jeśli używasz „set -e”, możesz uwięzić EXIT; pułapka zostanie wykonana po wyjściu skryptu z dowolnego powodu, w tym z normalnego końca, przerwania, wyjścia spowodowanego opcją -e itp.

$?Zmienna jest rzadko potrzebne. Pseudo-idiom command; if [ $? -eq 0 ]; then X; finależy zawsze zapisywać jako if command; then X; fi.

Przypadki, w których $?jest to wymagane, to konieczność sprawdzenia wielu wartości:

command
case $? in
  (0) X;;
  (1) Y;;
  (2) Z;;
esac

lub kiedy $?trzeba ponownie wykorzystać lub w inny sposób zmanipulować:

if command; then
  echo "command successful" >&2
else
  ret=$?
  echo "command failed with exit code $ret" >&2
  exit $ret
fi

Uruchom go z -elub set -ena górze.

Zobacz także set -u.

Wyrażenie podobne do

dosomething1 && dosomething2 && dosomething3

przerwie przetwarzanie, gdy jedno z poleceń powróci z wartością niezerową. Na przykład następujące polecenie nigdy nie wyświetli polecenia „gotowe”:

cat nosuchfile && echo "done"
echo $?
1

#!/bin/bash -e

powinno wystarczyć.

po prostu wrzucając kolejne w celach informacyjnych, ponieważ pojawiło się dodatkowe pytanie do wypowiedzi Marka Edgarsa, a oto dodatkowy przykład i dotyka ogólnie tematu:

[[ `cmd` ]] && echo success_else_silence

który jest taki sam cmd || exit errcodejak ktoś pokazał.

na przykład. Chcę się upewnić, że partycja nie jest zamontowana, jeśli jest zamontowana:

[[ `mount | grep /dev/sda1` ]] && umount /dev/sda1