当构建工件上的 "pull request trigger" 被禁用时，为什么构建是由于 PR（构建验证策略）触发发布？
When the "pull request trigger" on the build artifact is disabled, Why is build due to a PR (build validation policy) triggering a release?
在我的发布管道中，我配置了构建工件。启用 'continuous deployment trigger'（未添加任何分支过滤器）并禁用 'Pull request trigger'。现在，当我提出 PR 时，PR 会触发构建（因为我还在分支策略中配置了构建验证）。
构建完成后，将触发发布。为什么当我禁用 "pull request trigger" 时会发生这种情况？当构建工件上的 "pull request trigger" 被禁用时，为什么构建由于 PR 触发发布？
仅当我向 "continuous deployment trigger" 添加分支过滤器时，才会阻止在 PR 完成之前触发发布。
这是预期的行为，如果您将 CD 配置到任何分支，那么在构建完成后开始发布，无论构建是否通过 Pull Request 排队。
如果您想在 PR 中上传工件，您应该禁用 CD 触发器或使用工件过滤器。
在这里我会还原你的场景并添加一些截图来说明它。
首先我们需要了解持续部署触发器的definition：
This instructs Azure Pipelines to create new releases automatically
when it detects new artifacts are available.
因为你设置了pr build vaildation policy，当一个pr被创建的时候，它会自动触发一个pr build。
此时这个pr build相当于生成了一个新的可用artifact，会自动触发release
这次发布实际上是由Continuous deployment trigger引起的，而不是因为Pull request trigger。
在我的发布管道中，我配置了构建工件。启用 'continuous deployment trigger'（未添加任何分支过滤器）并禁用 'Pull request trigger'。现在，当我提出 PR 时，PR 会触发构建（因为我还在分支策略中配置了构建验证）。
构建完成后，将触发发布。为什么当我禁用 "pull request trigger" 时会发生这种情况？当构建工件上的 "pull request trigger" 被禁用时，为什么构建由于 PR 触发发布？
仅当我向 "continuous deployment trigger" 添加分支过滤器时，才会阻止在 PR 完成之前触发发布。
这是预期的行为，如果您将 CD 配置到任何分支，那么在构建完成后开始发布，无论构建是否通过 Pull Request 排队。
如果您想在 PR 中上传工件，您应该禁用 CD 触发器或使用工件过滤器。
在这里我会还原你的场景并添加一些截图来说明它。
首先我们需要了解持续部署触发器的definition：
This instructs Azure Pipelines to create new releases automatically when it detects new artifacts are available.
因为你设置了pr build vaildation policy，当一个pr被创建的时候，它会自动触发一个pr build。
此时这个pr build相当于生成了一个新的可用artifact，会自动触发release
这次发布实际上是由Continuous deployment trigger引起的，而不是因为Pull request trigger。