跳过ci与构建验证管道一起工作吗?

时间:2019-10-19 05:20:31

标签: azure-devops

我有一个分支策略用于构建验证。作为最后一步,我想更新请求请求中的文件并将其推入分支。似乎[skip ci]不适用于这些构建触发器。还有另一种方法可以完成这种质量控制吗?

方案的更深部分。拉取请求正在构建docker映像,并使用git hash进行标记。我正在使用新标签更新yaml文件,因此我只需要构建一次图像。在某个时候,我想建立另一个管道,该管道将基于该管道的成功运行(构建验证)来部署该映像。

1 个答案:

答案 0 :(得分:0)

  

跳过ci与构建验证管道一起工作吗?

答案是否定的。

首先,我需要指出这是两种不同的情况。我们知道,[skip ci][ci skip]用于跳过运行CI ,就像该选项 在用户界面上启用持续集成

enter image description here

但是,我们当前的方案是用于构建验证的分支策略,而不是CI。尽管CI似乎在执行相同的构建任务,但这与CI有很大不同。分支机构政策是为了防止分支机构因错误的提交而损坏。这是经过验证的操作,而不是持续集成。

查看文档Skipping CI for individual commits,了解更多详细信息。

因此,这是两种不同的情况,我们无法将CI设置应用于分支策略。

第二,就像我在第一点所说的那样,分支策略用于保护我们的分支,任何提交都需要通过分支策略进行验证,尽管有时我们可以知道我们的修改不需要构建验证,但是不知道是否有任何地方我们忽略了目标分支。跳过不必要的验证会给我们带来一些施工上的便利,但是通过它带来的风险衡量,这些便利可以忽略不计,因此我们不建议跳过分支机构策略的验证。

希望这会有所帮助。