set-e und kurzen tests

Wenn ich war neu in shell-scripting, dass ich eine Menge von kurzen tests statt if Aussagen, wie false && true.

Dann später habe ich gelernt, mit set -e, und fand meine Scripte waren zu sterben für einige Grund, und Sie würde funktionieren, wenn ich durch die kurzen tests mit voller if Aussagen. Nun, die Zeit ist vorbei, und ich benutze immer noch voller if Aussagen nur.

Das interessanteste ist, dass, wenn ich öffnen Sie eine interaktive shell, und führen Sie Folgendes aus:

set -e
false && true
echo $?

es gibt 1 zurück, aber die Schale nicht sterben!

Ich sehe, dass ich verschwendet viel zu viele code-Zeilen. Könnte jemand mir erklären wie kann ich set -e mit kurzen tests sicher, zB. ohne das Skript zu sterben?

InformationsquelleAutor Teresa e Junior | 2011-08-03

37

Den Single UNIX Specification beschreibt die Wirkung der set -e als:

Wenn diese option eingeschaltet ist, wenn ein einfacher Befehl schlägt fehl, wenn eine der Gründe aufgeführt, die in Folgen von Shell Fehler oder gibt einen exit-status-Wert >0, und ist nicht Teil der verknüpften Liste nach einer Weile,, bis, oder, wenn das Schlüsselwort und ist nicht ein Teil einer UND-oder oder-Liste, und ist nicht eine pipeline vorangestellt ! reserviertes Wort, dann die shell ist sofort zu beenden.

Wie Sie sehen, einen fehlerhaften Befehl in einer Liste UND nicht die shell beenden.

Mit set -e

Shell-Skripte mit set -e wird als die beste Praxis, da es in der Regel sicherer, das Skript abgebrochen, wenn ein Fehler Auftritt. Wenn ein Befehl fehlschlagen harmlos, ich in der Regel append || true zu.

Hier ist ein einfaches Beispiel:
```
#!/bin/sh
set -e

# [...]
# remove old backup files; do not fail if none exist
rm *~ *.bak || true
```
- Für den sake des Beispiels, wir ignorieren die Existenz von rm -f.
- Danke!!! Ich Frage mich nur, warum meine frühen Skripts fehl, es sei denn, ich verwendet, wenn Aussagen... Es muss einen Grund dafür!
- Könnten Sie ein Beispiel für ein Skript, welches im hintergrund fehlschlägt, es sei denn, Sie verwenden die volle if Aussagen?
- Ich hielt mit kurzen tests ein Protokoll Zeit. Was kann ich tun ist, starten Sie wiederverwendet, und, wenn ich das Problem wieder, es hier posten.
- Sind Sie noch am Leben:), So viele Jahre später fand ich ein Beispiel: Unterschalen sterben lautlos auf einem ( false && true )
- Sind Sie sicher, dass der subshell wird sterben, leise und nicht einfach die Rücksendung der exit-status von ( false && true ), dass 1?
- Ich sagte falsch, der subshell nicht, aber die shell stirbt aufgrund der subshell Rückkehr 1. In diesem Fall ist es sicherer, verwenden Sie eine if oder ||:
- Ich glaube, das wird erwartet: false && true ist ein UND die Liste, und nicht um die Schale zu sterben, während ( false && true ) ist gesehen durch die (äußere) Schale wie einen einzelnen Befehl. Die Klammern do einen Unterschied machen.
- Rätsel gelöst 🙂 vielen Dank für Ihre Hilfe!
InformationsquelleAutor Danilo Piazzalunga
5

Musst du am Ende jeder Befehl, der fehlschlagen mit || und einen Befehl oder eine Befehlsliste, die Bewertung zu 0. Mit || löst dein Befehl, wenn der Ausdruck vor der operator-Auswertung nicht 0. Ihr Befehl zu bewerten, muss auf 0, um nicht töten die Muschel.

Beispiel:
```
set -e
false || true # silently ignore error

false || echo "Command failed, but exit status of echo is 0. Continuing..."

false || {                                                                      
  echo "Command failed. Continuing..."                                          
  # do something else                                                           
  false && true # all commands in the list need to be true                      
}
```
false && true nicht zu einem exit, weil die Endung-Ausdruck wird ausgewertet und liefert 0. Von der bash man-page für set -e:

Beenden Sie sofort, wenn eine pipeline (kann bestehen aus einem einzigen
einfachen Befehl), ein subshell-Kommando in Klammern eingeschlossen, oder eines
die Befehle ausgeführt, die als Teil des Befehls Liste in geschweifte Klammern eingeschlossen
(siehe SHELL-GRAMMATIK oben) beendet sich mit einem nicht-null-status. Der shell
nicht der Ausgang, wenn der Befehl, der fehlschlägt, ist Teil des Befehls Liste
unmittelbar im Anschluss an eine while-oder until-Schlüsselwort, Teil der Prüfung
folgenden die, wenn oder elif reservierte Wörter, Bestandteil jeder Befehl ausgeführt
in einem && oder || Liste außer dem Befehl nach der letzten && oder ||,
jeder Befehl in einer pipeline, aber das Letzte, oder wenn der Befehl zurück
Wert wird invertiert mit !. Eine Falle, auf IRREN, wenn festgelegt ist, ausgeführt wird
bevor die shell sich beendet. Diese option gilt für die shell-Umgebung
und jeder subshell Umgebung getrennt (siehe BEFEHL AUSFÜHRUNG
UMGEBUNG oben), und möglicherweise Unterschalen zu beenden, bevor Sie ausgeführt wird
alle Befehle, die in der subshell.

Nur der Letzte Befehl ausgeführt, wenn in ||/&& Kette auslösen können, beenden.

Den folgenden Ausdruck wird nicht aus dem oben genannten Grund.
```
true && false
```
aber das folgende nicht:
```
if true && false                                                                
then                                                                            
  true                                                                          
fi                   
```
weil true && false ist Teil der Prüfung folgende if.

InformationsquelleAutor Paweł Nadolski

Bezug auf mein problem, das Skript unerwartet sterben, ist es durch das laufen diesen kurzen tests in einer subshell, oder von einer Funktion, und diese Funktion gibt einen Wert anders als null:

Ursprünglichen Beispiel:

$ set -e
$ false && true
$ echo $?
1

Mithilfe einer subshell oder Funktion:

$ set -e
$ (false && true)
<script died>

$ set -e
$ variable=$(false && true)
<script died>

$ set -e
$ foo()(false && true)
$ foo
<script died>

$ set -e
$ foo(){ false && true; }
$ foo
<script died>

Mögliche Lösungen:

$ set -e
$ (false && true ||:)
$ (false && true) ||:
$ (if false; then true; fi)

InformationsquelleAutor Teresa e Junior

1

Das Verhalten von set -e ist unintuitiv in allen außer den einfachsten Fällen, und verändert hat über die Jahre mehrmals. Deshalb habe ich nicht empfehlen es zu benutzen, außer in wirklich einfachen scripts (einfache Sequenzen von Befehlen).

Beachten Sie, dass Befehle in einem Makefile sind in der Regel mit ausgeführt set -e in Kraft, so ist es immer noch oft gebraucht, um etwas zu verstehen über, wie es funktioniert.

Den && und || Operatoren erlauben es, einen ähnlichen Effekt mit relativ wenig Unordnung, aber es nicht ausdrücklich. Insbesondere eine && platziert werden, die am Ende einer Zeile, ähnlich wie ein `;'.
- Ich benutze eigentlich set -e im Skripte mit tausenden Zeilen von code. Die beste Praxis ist es, meiner Meinung nach, verwenden Sie es in der Entwicklung Phasen zusammen mit set -x, und entfernen Sie Sie dann, wenn Sie Angst, es könnte scheitern, nach dem release. Obwohl ich nicht entfernen, auch nach der Entlassung, aber nur hinzufügen || true auf ein paar Zeilen weiß ich kann scheitern, ohne Probleme.
InformationsquelleAutor jilles

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.