处理: 为了解决gitlab-ci (https://gitlab.com/gitlab-org/gitlab-runner/-/issues/27668)中的错误，我简单地生成了一个包含错误代码的文件:

Python的部分:

with open("error_code.log", 'w') as file:
   file.write('2') # this will trigger a warning

然后在yml文件中:

.step_name:
  variables:
    # my vars
  script:
    - python my_code.py arg1 arg2
    - exit `cat error_code.log`
  allow_failure:
    exit_codes:
      - 2

在许多编程语言中，退出码由程序员决定。因此您必须查看您的程序源代码(或手册)。零通常表示“一切都很好”。

退出码只有脚本作者指定的意义。Unix的传统是，退出码0表示“成功”，否则就是失败。要确定给定脚本的退出码意味着什么，唯一的方法是检查脚本本身。

操作系统命令有退出码。请查看Linux退出代码以了解有关这方面的一些材料。shell使用退出代码来决定程序是否工作、是否存在问题或是否失败。有一些努力来创建标准的(或者至少是常用的)退出码。请参阅这篇高级Shell脚本文章。

如果您希望可移植地使用标准POSIX退出码，请参阅PyPI上的exitstatus包。

安装包:

$ pip install exitstatus

在你的代码中使用:

import sys
from exitstatus import ExitStatus

sys.exit(ExitStatus.success)

我建议使用内置的exit(0)干净地关闭，而不是使用sys.exit()

我不确定这是不是一个好建议。

所提到的文件如下:

site模块(在启动过程中自动导入，除非给出了-S命令行选项)将几个常量添加到内置名称空间。它们对于交互式解释器shell很有用，不应该在程序中使用。

然后:

退出(代码=没有) 对象，在打印时，打印类似“使用quit()或Ctrl-D(即EOF)退出”的消息，并在调用时引发带有指定退出码的SystemExit。

如果我们将它与sys.exit()文档进行比较，它使用的机制与引发SystemExit异常的机制相同。