Jak zatrzymać skrypt bash, gdy warunek się nie powiedzie?

Tutaj pokazano użycie ||iw &&jednym wierszu do łączenia wykonywania poleceń: Jak mogę sprawdzić błędy apt-get w skrypcie bash?

Próbuję zatrzymać wykonywanie skryptu, jeśli określony warunek się nie powiedzie,

na przykład

false || echo "Obvious error because its false on left" && exit

Tutaj drukuje Obvious error because its false on the lefti wychodzi z konsoli, czego chciałem.

true || echo "This shouldn't print" && exit

Tutaj nie ma drukowania echa, ale exitpolecenie również się uruchamia, tzn. Konsola jest zamknięta, czy nie powinno się uruchomić exitpolecenia, ponieważ polecenie echa po prawej nie zostało wykonane? Czy też domyślnie stwierdzenie jest uważane za fałszywe po lewej stronie &&operatora?

Edycja: Powinienem był o tym wspomnieć, moim celem było powtórzenie błędu i wyjście, jeśli nie było jasne. wrt do mojego szczególnego przypadku wyłapywania błędów podczas grupowania warunków za pomocą && i ||, @ bodhi.zazen odpowiedź rozwiązuje problem.

Odpowiedź @takatakatek wyjaśnia lepiej kontrolę przepływu, a linki prowadzące bash są doskonałe

Odpowiedź @muru ma dobre wyjaśnienie, dlaczego nie używać zestawu -e, jeśli chcesz wyświetlać niestandardowe komunikaty o błędach z alternatywami używania perla i pułapki, które moim zdaniem są bardziej niezawodne i widzę, że używam go od drugiego skryptu bash!

Prawdopodobnie chcesz (jak zauważył Steeldriver)

true || { echo "This shouldn't print" && exit; }

W przeciwnym razie skrypt będzie odczytywał jeden warunek naraz

a lub b, a następnie wyjdź

Myślę, że chcesz a lub (b i wyjść)?

Problem polega na tym, że || i && pomiń tylko jedną kolejną zwrotkę łańcucha poleceń, gdy warunek się nie powiedzie. Jeśli napiszesz pełną strukturę bloków, ma to sens. To, co napisałeś, staje się następujące:

if ! true ; then
   echo "This shouldn't print"
else
   exit
fi

To, czego chcesz, to:

if ! true ; then
   echo "This shouldn't print"
   exit
fi

Kiedy używasz skrótowych operatorów warunkowych Basha, lepiej unikać ich mieszania. Logika jest znacznie łatwiejsza do zrozumienia podczas pisania, a czytelnicy docenią twój dobry styl.

• http://mywiki.wooledge.org/BashGuide/TestsAndConditionals#Control_Operators
• http://mywiki.wooledge.org/BashPitfalls#cmd1_.26.26_cmd2_.7C.7C_cmd3

Najprostszym sposobem na niepowodzenie w przypadku błędu jest użycie -eopcji bash ( set -elub /bin/bash -ew shebang). Nie ułatwia to jednak wysyłania niestandardowych komunikatów o błędach. Istnieje kilka idiomów, które mogą uprościć:

die à la Perl

Perl ma bardzo wygodne diepolecenie, które wypisuje komunikat do stderr i zgłasza wyjątek, który zwykle prowadzi do zakończenia skryptu. Możesz to naśladować:

die () {
  ret=$?
  print "%s\n" "$@" >&2
  exit "$ret"
}

false || die "Obvious error because its false on left"
true || die "This shouldn't print"

trap ERR

trap <command>Komenda może być użyty do uruchomienia polecenia, gdy odbierany jest sygnał, albo przy wychodzeniu (scenariusz trap ... EXIT), lub gdy polecenie zwraca błąd ( trap ... ERR). Więc coś takiego:

trap 'ret=$?; printf "%s\n" "$ERR_MSG" >&2; exit "$ret"' ERR

Następnie:

ERR_MSG="Obvious error because its false here"
false
ERR_MSG="This shouldn't print"
true

W obu przypadkach sugeruję użycie przynajmniej exit 1, aby wskazać, że skrypt nie powiódł się . Zwykły exitużyje statusu wyjścia poprzedniego polecenia, którym w takich przypadkach byłyby polecenia echolub printf, które zwykle kończyłyby się powodzeniem. Zapisywanie statusu wyjścia nieudanego polecenia, tak jak to zrobiłem tutaj, byłoby przyjemne.

Możesz spróbować poeksperymentować z uruchomieniem skryptu

#!/bin/bash -e

-E zapewnia, że ​​skrypt kończy działanie w momencie, gdy coś zwraca false. Dzięki temu można uniknąć określonej awariisomething || true