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

在我的发布管道中，我配置了构建工件。已启用“连续部署触发器”，未添加任何分支筛选器，并已禁用“请求触发器”。现在，当我提出PR时，PR会触发生成，因为我在分支策略中也配置了生成验证

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

---

只有在我将分支筛选器添加到连续部署触发器时，才会阻止在PR完成之前触发发布。

这是预期的行为，如果您将CD配置为任何分支，则在生成完成后启动发布，无论生成是否通过拉入请求排队

如果你想上传PR中的工件，你应该禁用CD触发器或使用工件过滤器

---

请阅读和PR触发器文档。

这是预期的行为，如果您将CD配置到任何分支，那么在生成完成后，发布将启动，无论生成是否通过拉请求排队

如果你想上传PR中的工件，你应该禁用CD触发器或使用工件过滤器

---

请阅读PR触发器文档。

这里我将还原您的场景并添加一些屏幕截图来说明

首先，我们需要了解连续部署触发器的作用：

这将指示Azure管道自动创建新版本 当它检测到新的工件可用时

因为您设置了pr生成有效性策略，所以创建pr时，它将自动触发pr生成

此时，这个pr构建相当于生成一个新的可用工件，它将自动触发发布

---

此版本实际上是由连续部署触发引起的，而不是因为拉请求触发。

这里我将还原您的场景并添加一些屏幕截图来说明

首先，我们需要了解连续部署触发器的作用：

这将指示Azure管道自动创建新版本 当它检测到新的工件可用时

因为您设置了pr生成有效性策略，所以创建pr时，它将自动触发pr生成

此时，这个pr构建相当于生成一个新的可用工件，它将自动触发发布

---

此释放实际上是由连续部署触发器引起的，而不是因为拉请求触发器。

我没有将CD配置到任何分支。我已经配置了一个构建工件，你说“启用了cd触发器”启用了构建工件上的触发器。不在azure回购协议上。如果有意义的话。在发布管道中，是否启用了继续部署触发器？是的，在构建工件上。我没有将CD配置到任何分支。我已经配置了一个构建工件，你说“启用了cd触发器”启用了构建工件上的触发器。不在azure回购协议上。如果这有意义的话。在发布管道中，您是否启用了持续部署触发器？是的，在构建工件上。我们如何解决它？我需要使用相同的CI管道进行构建验证检查，但由于正在生成人工制品，发布管道也会在PR获得批准之前触发。我们如何解决它？我需要使用相同的CI管道进行构建验证检查，但由于正在生成人工制品，所以在PR获得批准之前也会触发发布管道。