GitLab CI：如何继续完成失败的工作

我有一份gitlab ci工作，我希望它能忽略失败，继续工作。你有办法做到这一点吗？注意，<>代码> AuthyFult:Trime< /Cord>不工作，因为它会忽略作业失败，但是我希望作业在中间执行失败的命令而继续执行。

手掌向上，严肃地看：“我们在这里不做”

管道应该每一次都能工作，根据设计，它的命令不会失败。但是，您可以：

• 更改命令逻辑并避免失败
• 使用

  on\u failure

  参数来管理工作流，在不同作业中拆分命令
• 强制命令具有干净的退出代码（即：在易出错命令之后使用

  | | true

  ）

---

在调试期间，我经常在debug语句之后使用第三个选项，或者在我不确定如何执行的命令之后使用第三个选项。然而，最终版本应该总是有效的。

嗯，我完全同意。我相信这可能适用于99%的阶段，但是我的阶段是一个填充阶段，如果测试成功，它应该向测试环境添加有用的数据。这也有助于管道测试，简单地绕过管道。一个简单的否定，我们没有这个功能将是一个更清晰的答案。我认为“强制命令有一个干净的退出代码”的建议是一个合理的方法，可以扩展到调试之外。您还可以向存储库添加一个bash脚本，该脚本执行您想要的操作，并返回退出代码0。如果您从作业中调用该脚本，那么它可以在不中断管道的情况下根据需要处理错误。编辑：如果您想知道为什么我会这样做，那是因为我运行了一个填充阶段，该阶段应该向部署的环境添加内容。如果它无法推送某些数据，例如因为网络问题，那么忽略它并继续推送不是问题。我也希望有这个有时测试管道。如果你来这里只是为了提高声誉，请不要这样做，这是一种不好的做法，你知道这一点。