如何防止不支持的“购物”选项引起我的.bashrc错误？

我在相对异构的环境中工作，其中我可能在不同的HPC节点，VM或我的个人工作站上运行不同版本的Bash。因为我将登录脚本放在了Git仓库中，所以我想全面使用相同.bashrc的命令，而不会出现很多“如果是此主机，则...”类型的混乱情况。

我喜欢 Bash≤4.1的默认行为，该行为会在按下键时扩展cd $SOMEPATH为。在bash 4.2及以上，则需要重新启用此行为，而这并没有变得可用，直到4.2.29。不过，这只是一个例子。另一个可能相关的选项（尽管我不确切知道它的作用）也可能更改了v4.2的默认行为。cd /the/actual/pathTabshopt -s direxpandshoptcomplete_fullquote

但是，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

编辑：明确地说，这是一个可笑的过度设计的解决方案，它只是忽略了来自您的登录脚本的错误消息，但是出于我自己的喜好，我确实想对其进行记录。

注意周围的括号，这是必需的，使用和，这做的整数，而不是（区域设置相关的）词汇的比较。如果不带引号，则的RHS 操作被视为猛砸内“extglob”模式/ 条件语句，如注意这里，这使得更美观的“开始使用”比较不是一个正则表达式将，IMO。${BASH_VERSINFO[index]}-eq-gt==[[]]

该$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

...就像吉尔（Gillles shopt -s direxpand 2>/dev/null）提出的解决方案一样，就是忽略错误（），也许检查$?是否绝对必要。

参考文献：1，2，3
相关阅读：设置和禁用了javascript -为什么是两个？