谁负责提供`set -o pipelinefail`

Question 1

该pipefail选项来自 ksh93，也存在于其他一些 shell 中。添加了：

A请求将其添加到 POSIX 标准于 2013 年提交，并于 2019 年接受决议。因此，它将属于该标准的下一次重大修订。

其余实现（主要是 dash、bosh 和基于 ksh88 的 shell）可能仍需要更多时间来添加对其的支持。之后，“EOL”时钟将开始计时，10 年后您将能够假设当前支持的系统上的所有 sh 实现都将支持它。

Answer

该pipefail选项来自 ksh93，也存在于其他一些 shell 中。添加了：

A请求将其添加到 POSIX 标准于 2013 年提交，并于 2019 年接受决议。因此，它将属于该标准的下一次重大修订。

其余实现（主要是 dash、bosh 和基于 ksh88 的 shell）可能仍需要更多时间来添加对其的支持。之后，“EOL”时钟将开始计时，10 年后您将能够假设当前支持的系统上的所有 sh 实现都将支持它。

Question 2

shellpipefail选项特定于许多声称shellcheck支持^{1 的}shell 。如果通过“可移植性”您假设任何目标系统都有支持它的 shell（以及您可能使用的任何其他构造），则您可以使用此 shell 选项并实现可移植。这与任何其他特定脚本语言所获得的“可移植性”类型相同。

如果 linter在 shell 脚本中shellcheck发现一个脚本，它会抱怨，因为 POSIX 目前不支持它。set -o pipefailshsh

bash为了确保您的脚本是由shell（或您正在为其编码的任何特定 shell）解释的脚本，该脚本应该有一个#!-line 指向正确的 shell 解释器，例如，

#!/bin/bash

或者可能

#!/usr/bin/env bash

或类似的东西。

使用正确的#!- 行另外指示脚本将由不是的特定 shell 解释sh，shellchecklinter 不会抱怨您pipefail在脚本中设置 shell 选项。

如果您不在#!脚本中使用 -line，那么您应该考虑这样做（或者始终在命令行上使用显式解释器运行脚本）。同时，可以使用其(或) 选项shellcheck告诉命令行工具切换到模式：-s--shell=

shellcheck --shell=bash myscript

¹_{我怀疑shellcheck有一个“POSIXsh模式”和一个“其他模式”来支持bash、、dash和ksh（shellcheck不声称支持zsh）。 shellpipefail选项被记录为可与bash, 和一起使用ksh。 shellzsh有一个PIPE_FAILshell 选项，可以用同样的方式设置。 shelldash不支持该选项，但如果#!-line 提到dash，shellcheck则不会抱怨pipefail。}

Answer