Як я можу запобігти виникненню помилок у моєму .bashrc непідтримувані параметри "shopt"?

Я працюю у відносно неоднорідному середовищі, де я можу запускати різні версії Bash на різних вузлах HPC, VM або моїй персональній робочій станції. Оскільки я розміщую свої скрипти для входу в Git repo, я хотів би використовувати те саме (ish) .bashrcпо всій дошці, без великої кількості "якщо цей хост, то ..." - безладдя.

Я як поведінка за умовчанням Bash ≤ 4.1, розширюється cd $SOMEPATHв cd /the/actual/pathпри натисканні на Tabклавішу. У Bash 4.2 і вище, вам потрібно буде shopt -s direxpandповторно включити таку поведінку, і що Герасимчука є до 4.2.29 . Це лише один приклад; інший, можливо, пов'язаний shoptваріант complete_fullquote(хоча я не знаю точно, що це робить), можливо, також змінив поведінку за замовчуванням на v4.2.

Однак, direxpandпопередні версії Bash не розпізнаються, і якщо я спробую зробити shopt -s direxpandсвою .bashrc, це призводить до того, що повідомлення про помилку друкується на консоль кожного разу, коли я входжу у вузол зі старшим Bash:

-bash: shopt: direxpand: invalid shell option name

Що я хотів би зробити, це обернути умовно, shop -s direxpandщоб увімкнути цю опцію на Bash> 4.1 надійним способом, не розтушовуючи старіші версії Bash ( тобто , не просто перенаправляючи вихідну помилку на /dev/null).

Перевірте, чи direxpandє присутність у висновку shoptта включіть його, якщо він є:

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

Я не бачу, що не так у помилках переадресації /dev/null. Якщо ви хочете, щоб ваш код був надійним set -e, використовуйте загальну фразу … || true:

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

Якщо ви хочете запустити якийсь резервний код, якщо опція не існує, використовуйте статус повернення shopt:

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

Але якщо ви дійсно не любите перенаправлення помилки далеко, ви можете використовувати механізм завершення для здійснення самоаналізу. Це передбачає, що у вас немає старовинних машин з bash ≤ 2,03, які не мали програмованого завершення.

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

Цей метод дозволяє уникнути розгортання, який у деяких середовищах, таких як Cygwin, повільний. Так само і прямо 2>/dev/null, я не думаю, що ви можете це перемогти в продуктивності.

Коли ви точно знаєте, що певний shoptваріант доступний під час певного основного / мінорного / виправлення виправлень Bash, ви можете перевірити $BASH_VERSIONзмінну або елементи $BASH_VERSINFO[]масиву, щоб умовно включити її.

Ось тест на Bash 4.2.29 або новішої версії, версію, де direxpand вперше було представлено до серії 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

Редагувати: Щоб зрозуміти, це смішне надмірно розроблене рішення для простого ігнорування повідомлення про помилку, що надходить із ваших скриптів для входу, але я хотів задокументувати його незалежно, для мого власного зведення.

Зверніть увагу на дужки навколо , які є необхідними, і використання та , які роблять цілі, а не (залежні від локальності) лексичні порівняння. Якщо без котирування, РЗС оператора трактується як "extglob" шаблони в Bash / conditionals, як зазначалося${BASH_VERSINFO[index]}-eq-gt==[[]] тут , що робить більш естетичним порівняння "починається з", ніж регекс, IMO.

$BASH_VERSINFOМасив містить всю інформацію , яку ви хочете бачити на виході 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")'

Коли НЕ ясно з документації , shoptв якій Bash версії (s) стали підтримуватися або змінити свою поведінку, метод , запропонований Лучано відмінно:

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

... як рішення, запропоноване Жилем, просто ігнорувати помилку (shopt -s direxpand 2>/dev/null ), і, можливо, перевірити, $?якщо це абсолютно необхідно.

Список літератури: 1 , 2 , 3
Пов'язане читання: Встановити та зняти - Чому два?