如果命令或管道出现错误，Set -e将停止脚本的执行——这与默认shell行为相反，默认shell行为是忽略脚本中的错误。在终端中键入help set以查看此内置命令的文档。

从帮助集:

  -e  Exit immediately if a command exits with a non-zero status.

但有些人(bash FAQ和irc freenode #bash FAQ作者)认为这是一种坏习惯。建议使用:

trap 'do_something' ERR

发生错误时运行do_something函数。

参见http://mywiki.wooledge.org/BashFAQ/105

根据bash - Set Builtin手册，如果设置了-e/errexit，当由单个简单命令、列表或复合命令组成的管道返回非零状态时，shell立即退出。

默认情况下，管道的退出状态是管道中最后一个命令的退出状态，除非启用了pipefail选项(默认情况下禁用)。

如果是，最后一个(最右边)退出命令的管道返回状态为非零状态，如果所有命令都成功退出，则为零。

如果你想在退出时执行一些东西，尝试定义trap，例如:

trap onexit EXIT

其中onexit是你的函数，在退出时做一些事情，如下所示，打印简单的堆栈跟踪:

onexit(){ while caller $((n++)); do :; done; }

还有类似的选项-E/errtrace，它会捕获ERR，例如:

trap onerr ERR

例子

零状态示例:

$ true; echo $?
0

非零状态示例:

$ false; echo $?
1

否定地位的例子:

$ ! false; echo $?
0
$ false || true; echo $?
0

禁用pipefail测试:

$ bash -c 'set +o pipefail -e; true | true | true; echo success'; echo $?
success
0
$ bash -c 'set +o pipefail -e; false | false | true; echo success'; echo $?
success
0
$ bash -c 'set +o pipefail -e; true | true | false; echo success'; echo $?
1

启用pipefail测试:

$ bash -c 'set -o pipefail -e; true | false | true; echo success'; echo $?
1

我在试图弄清楚由于set -e而中止的脚本的退出状态是什么时发现了这篇文章。答案对我来说并不明显;因此有了这个答案。基本上，set -e终止命令(例如shell脚本)的执行，并返回失败命令的退出状态码(即内部脚本，而不是外部脚本)。

例如，假设我有一个shell脚本outer-test.sh:

#!/bin/sh
set -e
./inner-test.sh
exit 62;

inner-test.sh的代码是:

#!/bin/sh
exit 26;

当我从命令行运行outer-script.sh时，我的外部脚本以内部脚本的退出码终止:

$ ./outer-test.sh
$ echo $?
26

这是一个老问题，但这里没有一个答案讨论set -e的使用，即set -o errexit在Debian包处理脚本中。根据Debian策略，在这些脚本中必须使用此选项;这样做的目的显然是为了避免出现任何未处理的错误条件的可能性。

在实践中，这意味着您必须了解在什么条件下运行的命令可能返回错误，并显式地处理每个错误。

常见的陷阱有:diff(当有差异时返回错误)和grep(当没有匹配时返回错误)。你可以通过显式处理来避免错误:

diff this that ||
  echo "$0: there was a difference" >&2
grep cat food ||
  echo "$0: no cat in the food" >&2

(还要注意我们如何在消息中包含当前脚本的名称，以及如何将诊断消息写入标准错误而不是标准输出。)

如果没有真正必要或有用的显式处理，则显式地什么都不做:

diff this that || true
grep cat food || :

(shell的:no-op命令的使用有点模糊，但相当常见。)

重申一下，

something || other

是简写

if something; then
    : nothing
else
    other
fi

例如，我们明确地说other应该运行当且仅当某些东西失败时。手动的if(以及其他shell流控制语句，如while, until)也是处理错误的有效方法(实际上，如果不是的话，带有set -e的shell脚本永远不可能包含流控制语句!)

而且，为了显式地说明，在没有这样的处理程序的情况下，如果diff发现差异，或者如果grep没有找到匹配，set -e将导致整个脚本立即失败并报错。

另一方面，有些命令不会在您希望它们产生错误退出状态时产生错误退出状态。常见的问题命令是find(退出状态不反映文件是否实际找到)和sed(退出状态不会显示脚本是否收到任何输入或实际成功执行任何命令)。在某些情况下，一个简单的守卫是管道到一个命令，如果没有输出就会尖叫:

find things | grep .
sed -e 's/o/me/' stuff | grep ^

应该注意的是，管道的退出状态是该管道中最后一条命令的退出状态。因此，上面的命令实际上完全掩盖了find和sed的状态，只告诉您grep最终是否成功。

(当然，Bash已经设置了-o pipefail;但是Debian包脚本不能使用Bash特性。该策略坚决要求这些脚本使用POSIX sh，尽管并非总是如此。)

在许多情况下，这是在进行防御性编码时需要单独注意的问题。有时你必须通过一个临时文件，这样你才能看到产生输出的命令是否成功完成，即使习惯用法和便利性会引导你使用shell管道。

我相信这样做的目的是为了让这个剧本迅速失败。

要亲自测试，只需在bash提示符下键入set -e。现在，试着运行ls。您将得到一个目录列表。现在输入lsd。该命令无法识别，并将返回一个错误代码，因此bash提示符将关闭(由于set -e)。

现在，为了在“脚本”的上下文中理解这一点，使用这个简单的脚本:

#!/bin/bash 
# set -e

lsd 

ls

如果按原样运行，您将从最后一行的ls中获得目录列表。如果取消set -e的注释并再次运行，则不会看到目录列表，因为bash一旦遇到来自lsd的错误就会停止处理。

Script 1: without setting -e
#!/bin/bash
decho "hi"
echo "hello"
This will throw error in decho and program continuous to next line

Script 2: With setting -e
#!/bin/bash
set -e
decho "hi" 
echo "hello"
# Up to decho "hi" shell will process and program exit, it will not proceed further

cat a.sh
#! /bin/bash

#going forward report subshell or command exit value if errors
#set -e
(cat b.txt)
echo "hi"

./a.sh; echo $?
cat: b.txt: No such file or directory
hi
0

当set -e被注释掉时，我们看到echo "hi"退出状态被报告，hi被打印出来。

cat a.sh
#! /bin/bash

#going forward report subshell or command exit value if errors
set -e
(cat b.txt)
echo "hi"

./a.sh; echo $?
cat: b.txt: No such file or directory
1

现在我们看到b.txt错误被报告，没有打印hi。

因此shell脚本的默认行为是忽略命令错误并继续处理并报告最后一个命令的退出状态。如果你想退出错误并报告它的状态，我们可以使用-e选项。

set -e该选项指示bash在任何命令[1]的退出状态为非零时立即退出。您可能不想为命令行shell设置这个，但在脚本中它非常有用。在所有广泛使用的通用编程语言中，一个未处理的运行时错误——无论是Java中的抛出异常，还是C中的分段错误，或者Python中的语法错误——都会立即停止程序的执行;后续行不执行。

By default, bash does not do this. This default behavior is exactly what you want if you are using bash on the command line you don't want a typo to log you out! But in a script, you really want the opposite. If one line in a script fails, but the last line succeeds, the whole script has a successful exit code. That makes it very easy to miss the error. Again, what you want when using bash as your command-line shell and using it in scripts are at odds here. Being intolerant of errors is a lot better in scripts, and that's what set -e gives you.

复制自:https://gist.github.com/mohanpedala/1e2ff5661761d3abd0385e8223e16425

这可能对你有帮助。

如果命令失败，它将停止脚本的执行。

一个明显的例外是if语句。例如:

set -e
false
echo never executed

set -e
if false; then
  echo never executed
fi

echo executed

false

echo never executed