我有一个 CodeFresh、GitHub 拉取请求管道。
有两种情况,PR 标记为 "Failed",理想情况下它会显示为 "Pending"或无状态。
场景一:
当一个新事件被触发时,它会终止之前的构建(如预期的那样)
构建被管道策略终止 - 新构建由分支上的拉取请求触发
<my-branch>
这一切都很好,但是构建在 GitHub 上显示为“失败”。从理论上讲,新构建将撤消“失败”状态,但这可能需要相当长的时间,并且很难跟踪最新运行的构建是什么。我的terminationPolicy
规格如下所示:
terminationPolicy:
- type: branch
event: onCreate
终止政策文档: https ://codefresh.io/docs/docs/integrations/codefresh-api/?#full-pipeline-specification
场景二:
我们想绕过基于应用标签的构建。例如:"skip-test"
,或者能够不受branchRegex
.
steps:
harakiri:
...
commands:
- codefresh terminate ${{CF_BUILD_ID}}
when:
condition:
any:
isWorkInProgress: "match('${{CF_PULL_REQUEST_LABELS}}', 'WIP', false) == true"
再次,效果很好。但是将 PR 标记为“失败”。
如果有办法将命令注入其中任何一个,我可以使用它。但是我们如何布置它需要整个步骤才能将状态更改为“待定”。(所以我不能简单地在harakiri
步骤中添加一个额外的“命令”)
有什么想法吗?