Question

当有人单击入队按钮或由PR合并触发时，我尝试运行不同的构建步骤。我的Yaml目前非常简单：

trigger:
- master
- R_Current_Sprint

pool:
  name: Azure Pipelines
  vmImage: 'windows-latest'
  demands:....

但是，当我通过PR合并触发它时，我们可以看到它将原因显示为个人CI。

对于Build.Reason，该文件显示：

PullRequest: The build was triggered by a Git branch policy that requires a build.

所以我的理解似乎与这里有所不同。我以为，如果我创建并批准了PR请求，则会因“ PullRequest”原因触发构建。显然我的想法是错误的。那么“该构建是由需要构建的Git分支策略触发的？”

Answer 1

该构建不是针对请求请求的，而是针对PR完成时发生的 merge 。有区别；拉取请求可能要求（通过分支策略）在合并之前之前进行。在这种情况下，您会看到原因为“拉取请求”。

Answer 2

似乎对PR触发器存在误解。 Pull request (PR) triggers会导致在使用指定目标分支之一打开拉取请求时，或者在将更改推入这种拉取请求时，使管道运行。

在Azure Repos Git中，此功能是使用分支策略实现的。要在Azure Git Repos中启用拉取请求验证，请导航至所需分支的分支策略，然后为该分支配置Build validation policy（通过预合并和构建拉取请求更改来验证代码）。