即使调用的程序之一失败，也将 Hudson 作业解释为成功

Question

我有一份 Hudson 工作，定期合并来自上游集市存储库的更改。

目前，当上游没有更改时，Hudson 会报告此作业失败，因为 bzr commit 命令返回错误。我的脚本看起来像这样：

bzr branch lp:~lorinh/project/my-local-branch
cd my-local-branch
REV_UPSTREAM=`bzr version-info lp:project --custom --template="{revno}"`
bzr merge lp:project
bzr commit -m "merged upstream version ${REV_UPSTREAM}" 
./run_tests.sh 
bzr push lp:~lorinh/project/my-local-branch

如果没有要合并的更改，Hudson 控制台输出看起来像这样：

+ bzr branch lp:~lorinh/project/my-local-branch
Branched 807 revision(s).    
+ bzr merge lp:project
Nothing to do.
+ bzr commit -m merged upstream version 733
Committing to: /var/lib/hudson/jobs/merge-upstream/workspace/myproject/
aborting commit write group: PointlessCommit(No changes to commit)
bzr: ERROR: No changes to commit. Use --unchanged to commit anyhow.
Sending e-mails to: [email protected]
Finished: FAILURE

问题是我不希望 Hudson 将此报告为失败。如何修改我的命令，以便脚本在提交失败时终止，但 Hudson 不会将其解释为错误？我尝试将提交命令更改为：

bzr commit -m "merged upstream version ${REV_UPSTREAM}" || exit 

但这不起作用。

（注意：我意识到我可以使用 Hudson 的“轮询 SCM”而不是“定期构建”。但是，对于 bazaar，如果有人对最近修改之前完成的本地提交进行推送，那么 Hudson 将不会检测到更改到存储库。）

Answer 1

你们非常接近！这是您尝试的更正版本：

bzr commit -m "merged upstream version ${REV_UPSTREAM}" || exit 0

现在可以满足您的要求，但并不完美。我稍后再讲。

请注意您的版本中的微小重要变化 - 我们现在明确表示，如果 bzr 命令不这样做，我们应该以代码 0 退出（成功）。在您的版本中， exit （不带参数）将终止您的脚本，但返回最后执行的命令的退出代码 - 在本例中为 bzr 提交。

有关退出的更多信息

我们如何了解这种退出行为？ exit 命令是一个内置的 shell - 要查找有关它的文档，我们使用帮助命令：

help exit

在我的机器上它告诉我：

exit: exit [n]
Exit the shell.

Exits the shell with a status of N.  If N is omitted, the exit status
is that of the last command executed.

这是一个不错的 有关 bash shell 中的退出和退出代码的教程

Hudson 和退出代码

Hudson 遵循这一常见规则解释退出代码的约定0 表示成功，任何其他代码表示失败。如果它执行的构建脚本以非零代码退出，它将把您的构建标记为失败。

为什么你的脚本在 bzr 提交后停止

如果，正如你所说，你有以下内容，并且你的脚本在 bzr 提交后停止......

bzr commit -m "merged upstream version ${REV_UPSTREAM}" 
./run_tests.sh 

我怀疑你的脚本有一条指令，例如set -e 或使用诸如 bash -e build_script.sh 之类的东西调用，

如果命令以非零状态退出，其中任何一个都会告诉 shell 立即退出，并传递相同的“失败”退出代码。 （有一些微妙之处 - 见脚注 1）。

禁用错误退出

虽然这种错误退出行为非常有用，但有时我们想暂时禁用它。您已经找到了一种方法，

bzr commit whatever || true

我们还可以使用 set +e 禁用错误检查。

您可能会发现以下有用的模式。在其中，我们将：

1. 禁用错误退出（使用 set +e）
2. 运行可能会出错的命令 bzr commitwhat
3. 捕获其退出代码 ($?) for < em>稍后检查
4. 重新启用错误退出（使用set -e）
5. 测试并根据任何命令的退出代码采取行动

让我们实现它。如果 bzr 命令失败，我们将再次退出 0（成功）。

set +e
bzr commit whatever
commit_status=$?
set -e
if [[ "$commit_status" != "0" ]]; then
  echo "bzr commit finds nothing to do.  Build will stop, with success"
  exit 0
fi
echo "On we go with the rest of the build script..."

请注意，我们使用 set +e / set -e 尽可能少地括起来。如果我们在该部分的脚本中有拼写错误，他们不会停止脚本并且会出现混乱。请阅读“不充分了解 POSIX shell 功能”中的“避免 set -e”部分”以获得更多想法。

foo || 有什么问题吗？ exit 0 ？

正如我之前提到的，我们第一个提出的解决方案存在问题。我们说过，当bzr commit非零（即它没有正常提交）时，我们将总是停止并指示成功 。即使 bzr commit 由于某些其他原因（以及其他一些非零退出代码）失败，也会发生这种情况：也许您在命令调用中犯了拼写错误，或者 bzr 无法连接到回购协议。

至少在其中一些情况下，您可能希望将构建标记为失败，以便您可以采取一些措施。

寻求更好的解决方案

我们希望具体说明我们期望 bzr 提供哪些非零退出代码，以及我们将如何处理每个代码。

如果您回顾上面的 set +e / set -e 模式，应该不难将上面的条件逻辑 (if) 扩展为可以处理 bzr 中的许多特定退出代码的东西，并带有一个 catch -all 用于意外的退出代码（我建议）使构建失败并报告有问题的代码和命令。

要查找任何命令的退出代码，请阅读文档或运行命令，然后运行 ​​echo $? 作为下一个命令。 $？保存前一个命令的退出代码。

脚注 1：使用 set -e 切换的错误退出行为有一些您需要阅读的微妙之处，涉及命令在管道、条件语句和其他结构中时的行为。

Answer 2

鉴于 bzr 似乎没有发出正确的退出代码（基于您的 bzr ... || exit 示例），一种解决方案是捕获 bzr 的输出，然后扫描 ERROR 或其他。

 bzr commit -m "merged upstream version ${REV_UPSTREAM}" 2>&1 | tee /tmp/bzr_tmp.$

 case $( < /tmp/bzr_tmp.$ ) in
   *ERROR* ) 
     printf "error running bzr, found error msg = $(< /tmp/bzr_tmp.$)\n"
     exit 1
   ;;
   * )
     : # everything_OK this case target
       # just to document the default action of 'nothing' ;-)
   ;;
 esac

根据您的示例输出，一个稍微简单的案例目标正则表达式将是 *FAILURE ) ...。

$( < file ) 是 shell 的一项新功能，您可以将其视为 $(cat file)，但在使用进程资源方面更有效，因为它不需要启动新进程（cat）来转储文件。

我希望这有帮助。