处理: 为了解决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

退出代码0通常表示“这里没有问题”。但是，如果脚本的程序员没有遵循约定，您可能需要参考源代码来了解它的含义。通常非零值作为错误代码返回。

答案是“取决于退出码0的含义”。

然而，在大多数情况下，这意味着“一切都很好”。

我喜欢POSIX:

因此，在shell中，我键入:

python script.py && echo 'OK' || echo 'Not OK'

如果我的Python脚本调用sys.exit(0)， shell返回'OK'

如果我的Python脚本调用sys.exit(1)(或任何非零整数)，shell返回'Not OK'。

巧妙地使用shell是您的工作，并阅读脚本的文档(或源代码)以了解退出代码的含义。

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

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

所提到的文件如下:

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

然后:

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

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

为了记录，您可以使用这里定义的POSIX标准退出码。

例子:

import sys, os

try:
    config()
except:
    sys.exit(os.EX_CONFIG) 
try:
    do_stuff()
except:
    sys.exit(os.EX_SOFTWARE)
sys.exit(os.EX_OK) # code 0, all ok

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

安装包:

$ pip install exitstatus

在你的代码中使用:

import sys
from exitstatus import ExitStatus

sys.exit(ExitStatus.success)