azure - 持续部署触发器和拉取请求触发器有什么区别？

Question

Azure DevOps 发布管道工件设置有 2 个选项:

1. 持续部署触发器 - 启用触发器将在每次新版本可用时创建一个新版本。
2. 拉取请求触发器 - 启用此功能将在每次选定的工件可用作为拉取请求工作流程的一部分时创建一个版本

我试图了解这些选项在突出显示的部分方面有什么区别，以及构建验证策略是否会导致这两个选项触发发布，如果是这样，那么为什么我们有拉取请求触发器？

Answer 1

在我看来，这两个触发器有不同的工作范围。

根据我的测试，假设我们将一个 CI build设置为发布工件:

1.持续部署触发器:

每当我们有新版本的构建时，它就会触发发布。这意味着无论构建管道是通过手动运行、CI 触发还是分支策略中的构建验证触发的，当有一个较新的构建时都会触发发布。

2.拉取请求触发器:

它的范围较小，它将由构建管道触发，而构建管道由分支策略中的构建验证触发。

(这是由PR触发的，所以如果我们创建新的PR=>它会触发PR构建=>它会触发PR发布)

如果我有任何误解，请随时纠正我。

更新1:

这是关于我的两次测试的一张图片:

Release-8 是由我手动运行的构建管道触发的，并且仅启用了 CD 触发。 Release-7 由 PR 构建触发，仅启用 PR 触发。 (我只在第 1 阶段启用 Pull Request 部署)

除了工作范围之外，这两个触发器也有一点区别。目前阶段的 Pull Request Deployment 仅适用于 Artifact 中的 PR 触发。