Jak mogę zapobiec nieobsługiwanym opcjom „shopt” powodującym błędy w moim .bashrc?

Pracuję w stosunkowo heterogenicznym środowisku, w którym mogę uruchamiać różne wersje Bash na różnych węzłach HPC, maszynach wirtualnych lub mojej osobistej stacji roboczej. Ponieważ umieściłem swoje skrypty logowania w repozytorium Git, chciałbym używać tego samego (ish) na .bashrccałym forum, bez zbyt wielu „jeśli ten host, to ...” - niechlujny typ.

Podoba mi się domyślne zachowanie Bash ≤ 4.1, które rozwija cd $SOMEPATHsię cd /the/actual/pathpo naciśnięciu Tabklawisza. W wersji Bash 4.2 i nowszych konieczne byłoby shopt -s direxpandponowne włączenie tego zachowania, które stało się dostępne dopiero w wersji 4.2.29 . To tylko jeden przykład; inna, prawdopodobnie powiązana shoptopcja complete_fullquote(chociaż nie wiem dokładnie, co to robi) mogła również zmienić domyślne zachowanie w wersji 4.2.

Jednak direxpandnie jest rozpoznawane przez wcześniejsze wersje Basha, a jeśli próbuję shopt -s direxpandw moim .bashrc, który powoduje wyświetlenie komunikatu o błędzie, który jest drukowany na konsoli przy każdym logowaniu do węzła ze starszą Bash:

-bash: shopt: direxpand: invalid shell option name

Chciałbym owinąć warunek, shop -s direxpandaby włączyć tę opcję w wersji Bash> 4.1 w niezawodny sposób, bez przecierania starszych wersji Bash ( tj. Nie tylko przekierowując wyjście błędu /dev/null).

Sprawdź, czy direxpandjest obecny na wyjściu shopti włącz go, jeśli:

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

Nie widzę, co jest nie tak z błędami przekierowywania /dev/null. Jeśli chcesz, aby Twój kod był niezawodny set -e, użyj wspólnego idiomu … || true:

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

Jeśli chcesz uruchomić kod zastępczy, jeśli opcja nie istnieje, użyj statusu zwracanego shopt:

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

Ale jeśli naprawdę nie lubisz przekierowywać błędu, możesz użyć mechanizmu uzupełniania do przeprowadzenia introspekcji. Zakłada się, że nie masz przestarzałych maszyn z bash ≤ 2.03, które nie miałyby programowalnego zakończenia.

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

Ta metoda pozwala uniknąć rozwidlenia, które jest powolne w niektórych środowiskach, takich jak Cygwin. Tak też jest proste 2>/dev/null, nie sądzę, że można to pobić pod względem wydajności.

Gdy wiesz na pewno, że konkretna shoptopcja jest dostępna w określonym wydaniu Bash w wersji głównej / drugorzędnej / łaty, możesz sprawdzić $BASH_VERSIONzmienną lub elementy $BASH_VERSINFO[]tablicy, aby włączyć ją warunkowo.

Oto test dla wersji Bash 4.2.29 lub nowszej, w której direxpand po raz pierwszy wprowadzono serię 4.2:

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

Edycja: Żeby było jasne, jest to absurdalnie przeprojektowane rozwiązanie, aby po prostu zignorować komunikat o błędzie pochodzący z twoich skryptów logowania, ale ja chciałem to udokumentować niezależnie od mojej własnej edycji.

Zwróć uwagę na nawiasy klamrowe , które są wymagane, oraz użycie i , które wykonują liczby całkowite zamiast (zależne od ustawień regionalnych) leksykalne porównania. Jeśli nie jest cytowany , RHS operatora traktowane są jako wzorce „extglob” w Bash / warunkowe, jak zauważono tutaj , co sprawia, że ​​bardziej estetyczne porównanie „zaczyna się od” niż regex, IMO.${BASH_VERSINFO[index]}-eq-gt==[[]]

$BASH_VERSINFOTablica zawiera wszystkie informacje chcesz widzieć na wyjściu 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")'

Jeśli z dokumentacji nie wynika jasno, shoptw jakich wersjach Bash obsługiwano lub zmieniano ich zachowanie, metoda zaproponowana przez Luciano jest w porządku:

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

... podobnie jak rozwiązanie zaproponowane przez Gillesa polegające na ignorowaniu błędu ( shopt -s direxpand 2>/dev/null) i sprawdzeniu, $?czy jest to absolutnie konieczne.

Odniesienia: 1 , 2 , 3
Powiązana lektura: Zestaw i Shopt - dlaczego dwa?