Wie kann ich verhindern, dass nicht unterstützte 'shopt'-Optionen Fehler in meiner .bashrc verursachen?

Ich arbeite in einer relativ heterogenen Umgebung, in der ich möglicherweise verschiedene Versionen von Bash auf verschiedenen HPC-Knoten, VMs oder meiner persönlichen Workstation ausführe. Da ich meine Anmeldeskripte in ein Git-Repo eingefügt habe, möchte ich dasselbe (ish) .bashrcauf der ganzen Linie verwenden, ohne viel Unordnung vom Typ "Wenn dieser Host, dann ...".

Ich mag das Standardverhalten von Bash ≤ 4.1, das cd $SOMEPATHsich cd /the/actual/pathbeim Drücken der TabTaste erweitert. In Bash 4.2 und höher müssten Sie shopt -s direxpanddieses Verhalten erneut aktivieren, und das wurde erst in 4.2.29 verfügbar . Dies ist jedoch nur ein Beispiel; Eine andere, möglicherweise verwandte shoptOption complete_fullquote(obwohl ich nicht genau weiß , was sie tut) hat möglicherweise auch das Standardverhalten in Version 4.2 geändert.

Jedoch direxpandwird nicht von früheren Versionen von Bash erkannt, und wenn ich versuche, shopt -s direxpandin meinem .bashrc, dass die Ergebnisse in einer Fehlermeldung an die Konsole jedes Mal gedruckt wird , ich melden Sie sich an , um einen Knoten mit einem älteren Bash:

-bash: shopt: direxpand: invalid shell option name

Ich möchte eine Bedingung umschließen shop -s direxpand, um diese Option auf Bash> 4.1 auf robuste Weise zu aktivieren, ohne die älteren Versionen von Bash zu scheuern ( dh nicht nur die Fehlerausgabe an umzuleiten /dev/null).

Überprüfen Sie, ob direxpandin der Ausgabe von vorhanden ist, shoptund aktivieren Sie sie, wenn:

shopt | grep -q '^direxpand\b' && shopt -s direxpand

Ich sehe nicht, was falsch daran ist, Fehler umzuleiten /dev/null. Wenn Sie möchten, dass Ihr Code robust ist set -e, verwenden Sie die allgemeine Redewendung … || true:

shopt -s direxpand 2>/dev/null || true

Wenn Sie einen Fallback-Code ausführen möchten, wenn die Option nicht vorhanden ist, verwenden Sie den Rückgabestatus von shopt:

if shopt -s direxpand 2>/dev/null; then
  … # the direxpand option exists
else
  … # the direxpand option does not exist
fi

Wenn Sie den Fehler jedoch nicht wirklich umleiten möchten, können Sie den Abschlussmechanismus verwenden, um eine Selbstbeobachtung durchzuführen. Dies setzt voraus, dass Sie keine veralteten Maschinen mit Bash ≤ 2,03 haben, die keine programmierbare Fertigstellung hatten.

shopt_exists () {
  compgen -A shopt -X \!"$1" "$1" >/dev/null
}
if shopt_exists direxpand; then
  shopt -s direxpand
fi

Diese Methode vermeidet das Gabeln, das in einigen Umgebungen wie Cygwin langsam ist. Also das einfach funktioniert 2>/dev/null, ich glaube nicht , dass Sie auf die Leistung schlagen kann.

Wenn Sie sicher sind, dass eine bestimmte shoptOption in einer bestimmten Haupt- / Neben- / Patch-Version von Bash verfügbar ist, können Sie die $BASH_VERSIONVariable oder die Elemente des $BASH_VERSINFO[]Arrays überprüfen , um sie bedingt zu aktivieren.

Hier ist ein Test für Bash 4.2.29 oder höher, die Version, in der die 4.2-Serie direxpand erstmals vorgestellt wurde :

if [[ $BASH_VERSION == 4.2.* && ${BASH_VERSINFO[2]} -ge 29 ]] ||
   [[ ${BASH_VERSINFO[0]} -eq 4 && ${BASH_VERSINFO[1]} -ge 3 ]] ||
   [[ ${BASH_VERSINFO[0]} -ge 5 ]]; then
    shopt -s direxpand
fi

Bearbeiten: Um es klar auszudrücken, ist dies eine lächerlich überentwickelte Lösung, um eine Fehlermeldung aus Ihren Anmeldeskripten einfach zu ignorieren, aber ich wollte sie trotzdem für meine eigene Bearbeitung dokumentieren.

Beachten Sie die Klammern um , die sind erforderlich, und die Verwendung von und , die ganzen Zahl zu tun , anstatt (locale abhängig) lexikalische Vergleiche. Wenn nicht notierte, die RHS der ist Betreiber als „extglob“ Muster innerhalb Bash behandelt / conditionals, wie erwähnt hier , die ein ästhetischer „beginnt mit“ Vergleich als ein regex wäre IMO macht.${BASH_VERSINFO[index]}-eq-gt==[[]]

Das $BASH_VERSINFOArray enthält alle Informationen, die Sie in der Ausgabe von sehen würden bash --version:

bash --version | head -1
# result:
# GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu)

declare -p BASH_VERSINFO
# result:
# declare -ar BASH_VERSINFO='([0]="4" [1]="3" [2]="48" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu")'

Wenn es nicht ist , ergibt sich aus der Dokumentation , shoptan der Bash - Version (en) wurde ihr Verhalten unterstützt oder geändert wird , ist das Verfahren von Luciano vorgeschlagen fein:

# note the '-q' so that the matched pattern isn't actually printed
shopt | grep -q direxpand && shopt -s direxpand

... ebenso wie die von Gilles vorgeschlagene Lösung, den Fehler ( shopt -s direxpand 2>/dev/null) einfach zu ignorieren und möglicherweise zu prüfen, $?ob dies unbedingt erforderlich ist.

Referenzen: 1 , 2 , 3
Verwandte Lektüre: Set and Shopt - Warum zwei?