我有一个分支策略用于构建验证。作为最后一步,我想更新请求请求中的文件并将其推入分支。似乎[skip ci]不适用于这些构建触发器。还有另一种方法可以完成这种质量控制吗?
方案的更深部分。拉取请求正在构建docker映像,并使用git hash进行标记。我正在使用新标签更新yaml文件,因此我只需要构建一次图像。在某个时候,我想建立另一个管道,该管道将基于该管道的成功运行(构建验证)来部署该映像。
答案 0 :(得分:0)
跳过ci与构建验证管道一起工作吗?
答案是否定的。
首先,我需要指出这是两种不同的情况。我们知道,[skip ci]
或[ci skip]
用于跳过运行CI ,就像该选项
在用户界面上启用持续集成:
但是,我们当前的方案是用于构建验证的分支策略,而不是CI。尽管CI似乎在执行相同的构建任务,但这与CI有很大不同。分支机构政策是为了防止分支机构因错误的提交而损坏。这是经过验证的操作,而不是持续集成。
查看文档Skipping CI for individual commits,了解更多详细信息。
因此,这是两种不同的情况,我们无法将CI设置应用于分支策略。
第二,就像我在第一点所说的那样,分支策略用于保护我们的分支,任何提交都需要通过分支策略进行验证,尽管有时我们可以知道我们的修改不需要构建验证,但是不知道是否有任何地方我们忽略了目标分支。跳过不必要的验证会给我们带来一些施工上的便利,但是通过它带来的风险衡量,这些便利可以忽略不计,因此我们不建议跳过分支机构策略的验证。
希望这会有所帮助。