由PR构建验证请求触发的构建管道是否不创建新的构建并触发发布管道？

Question

在azure devops发布管道工件设置中，我有2个选项：

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

new build is available是什么意思？由PR构建验证请求触发的构建管道是否不会创建新的构建并触发发布管道？如果是这样，为什么我们有拉取请求触发器？

Answer 1

您可以定义不同类型的触发器。例如：

trigger:
  branches:
    include:
    - '*'
    exclude:
    - master

pr:
  branches:
    include:
    - master

这将为非master分支上的每次提交触发新的构建，但是如果您确实直接提交到master分支（trigger设置），则不会触发构建。但是，如果您创建对主分支的拉取请求（pr设置），此配置也会触发构建。

[CI triggers（这些带有trigger选项）：

持续集成（CI）触发器会导致管道在任何时候运行您将更新推送到指定的分支或您推送指定的标签。

所以PR triggers：

Pull request（PR）触发器会导致管道在每次pull时运行使用指定的目标分支之一打开请求，或者对此拉取请求进行了更新。

因此通常在没有pr设置的情况下，您将获得一个新的版本，因为这是默认设置（在没有pr设置的情况下：]

pr:
  branches:
    include:
    - '*'  # must quote since "*" is a YAML reserved character; we want a string
但是您可能会想将其缩小到特定的合并范围。但是您知道这是特定于您的需求的。

拉动请求触发器（启用此选项将在每次选定的工件可以作为拉取请求工作流程的一部分）

例如，如果您想部署代码并在工作的应用程序上进行一些其他测试（例如功能测试），则此功能非常有用。这样，您将在合并代码之前获得结果。请看here。