当构建工件上的“拉取请求触发器”被禁用时，为什么由于 PR（构建验证策略）触发发布而构建？

Question

在我的发布管道中，我配置了构建工件。启用“持续部署触发器”（未添加任何分支过滤器）并禁用“拉取请求触发器”。现在，当我提出 PR 时，PR 会触发构建（因为我还在分支策略中配置了构建验证）。

一旦构建完成，就会触发发布。为什么当我禁用“拉取请求触发器”时会发生这种情况？为什么构建工件上的“拉取请求触发器”被禁用时，由于 PR 触发发布而构建？

只有当我在“持续部署触发器”中添加分支过滤器时，才会阻止在 PR 完成之前触发发布。

Answer 1

这里我会恢复你的场景并添加一些截图来说明它。

首先我们需要了解持续部署触发器的definition：

这指示 Azure Pipelines 自动创建新版本 当它检测到有新的工件可用时。

因为你设置了pr build vaildation policy，当pr被创建时，会自动触发pr build。

此时这个pr build相当于生成了一个新的可用神器，会自动触发发布。

本次发布其实是Continuous deployment trigger造成的，不是Pull request trigger造成的。

Answer 2

这是预期的行为，如果您将 CD 配置到任何分支，那么在构建完成后发布就会开始，无论构建是否被拉取请求排队。

如果您想在 PR 的一部分中上传工件，您应该禁用 CD 触发器或使用工件过滤器。

请阅读here 和here PR 触发器文档。