Best Practice für die Verwendung von $? in Bash?

Wenn ich diese Antwort über $ lese ? Eine andere Frage kommt mir in den Sinn.

Gibt es eine bewährte Methode für die Verwendung von $? in Bash?

Lassen Sie uns ein Beispiel haben:

Wir haben ein lineares Skript und ich würde gerne wissen, dass der gesamte Befehl in Ordnung ausgeführt wurde. Denken Sie, es ist in Ordnung, eine kleine Funktion aufzurufen (nennen wir sie "did_it_work"), den Fehlercode zu überprüfen und zu brechen, wenn dies nicht der Fall ist.

#!/bin/bash 

function did_it_work {
    code=$1
    if [ "$code" -ne "0" ]
    then
        echo "Error failure: code $code "
        exit 1
    fi
}

dir=some/path

mkdir -p $dir
did_it_work $? 

cd $dir
did_it_work $? 

run_some_command
did_it_work $? 

Dieser Ansatz bedeutet natürlich, dass ich das Problem manuell lösen muss, falls vorhanden, und das Skript erneut ausführen muss.

Halten Sie dies für eine gute Idee oder gibt es eine andere bewährte Methode, um dies zu tun?

/Vielen Dank

Ein üblicher Weg ist:

die() {
    IFS=' ' # make sure "$*" is joined with spaces

    # output the arguments if any on stderr:
    [ "$#" -eq 0 ] || printf '%s\n' "$*" 1>&2
    exit 1
}

dann benutzt du es so:

mkdir -p some/path || die "mkdir failed with status $?"

Wenn Sie möchten, dass der Exit-Status angezeigt wird, können Sie ihn in Folgendes ändern:

die() {
    last_exit_status=$?
    IFS=' '
    printf '%s\n' "FATAL ERROR: $* (status $last_exit_status)" 1>&2
    exit 1
}

und dann ist es ein bisschen einfacher:

mkdir -p some/path || die "mkdir failed"

Wenn dies fehlschlägt, wurde mkdirwahrscheinlich bereits eine Fehlermeldung ausgegeben, sodass die zweite möglicherweise als redundant angesehen wird, und Sie können einfach Folgendes tun:

mkdir -p some/path || exit   # with the same (failing) exit status as mkdir's
mkdir -p some/path || exit 1 # with exit status 1 always

(oder verwenden Sie die erste Variante von dieoben ohne Argument)

Nur für den Fall, dass Sie es noch nicht gesehen command1 || command2haben, wird es ausgeführt command1, und wenn es command1fehlschlägt, wird es ausgeführt command2.

Sie können es also wie "Make the Directory or Die" lesen.

Ihr Beispiel würde folgendermaßen aussehen:

mkdir -p some/path || die "mkdir failed"
cd some/path || die "cd failed"
some_command || die "some_command failed"

Oder Sie können die diesweiter rechts ausrichten , damit der Hauptcode offensichtlicher wird.

mkdir -p some/path         || die "mkdir failed"
cd some/path               || die "cd failed"
some_command               || die "some_command failed"

Oder in der folgenden Zeile, wenn die Befehlszeilen lang sind:

mkdir -p some/path ||
  die "mkdir failed"

cd some/path ||
  die "cd failed"

some_command ||
  die "some_command failed"

Wenn Sie den Namen some/pathmehrmals verwenden möchten, speichern Sie ihn in einer Variablen, damit Sie ihn nicht weiter eingeben müssen, und können ihn bei Bedarf problemlos ändern. Wenn Sie variable Argumente an Befehle übergeben, stellen Sie sicher, dass Sie das --Optionsbegrenzer verwenden, damit das Argument nicht als Option verwendet wird, wenn es mit beginnt -.

dir=some/path
mkdir -p -- "$dir"         || die "Cannot make $dir"
cd -P -- "$dir"            || die "Cannot cd to $dir"
some_command               || die "Cannot run some_command"

Sie können Ihren Code folgendermaßen umschreiben:

#!/bin/bash
function try {
    "$@"
    code=$?
    if [ $code -ne 0 ]
    then
        echo "$1 did not work: exit status $code"
        exit 1
    fi
}

try mkdir -p some/path
try cd some/path
try run_some_command

Wenn Sie den Fehlercode nicht protokollieren müssen, sondern nur, ob der Befehl erfolgreich war oder nicht, können Sie ihn try()wie folgt weiter verkürzen :

function try {
    if ! "$@"
    then
        echo "$1 did not work"
        exit 1
    fi
}

Wenn Sie wirklich exiteinen Fehler melden möchten und Bash verwenden, sollten Sie dies ebenfalls berücksichtigen set -e. Von help set:

-e Wird sofort beendet, wenn ein Befehl mit einem Status ungleich Null beendet wird.

Dies gibt Ihnen natürlich nicht die Flexibilität einer did_it_work () -Funktion, aber es ist eine einfache Möglichkeit, sicherzustellen, dass Ihr Bash-Skript bei einem Fehler stoppt, ohne Ihrer neuen Funktion viele Aufrufe hinzuzufügen.