azure - 如何在 Azure DevOps/GitHub 中设置 PR 验证？

Question

我们正在从 Azure DevOps 迁移到 GitHub，并且我们设置了构建验证，如果您在特定文件夹中进行更改，相应的 CI 管道将在创建 PR 时运行。

我正在尝试利用 PR triggers在我的 YAML 文件中，但是当我打开 PR 时它似乎不起作用。

我的管道是:

trigger: none

pr:
  branches:
    include:
      - develop
      - release/*
      - ProductionSupport/*
  paths:
    include:
      - cicd/pipelines/common/pre-commit-ci.yaml
      - src
      - cicd

pool:
  vmImage: ubuntu-latest

variables:
  PRE_COMMIT_HOME: $(Pipeline.Workspace)/pre-commit-cache

steps:
  - bash: echo "##vso[task.setvariable variable=PY]`python -V`"
    displayName: Get python version
  - task: Cache@2
    inputs:
      key: pre-commit | .pre-commit-config.yaml | "$(PY)"
      path: $(PRE_COMMIT_HOME)

  - bash: |
      pip install --quiet pre-commit
      pre-commit run
    displayName: 'Run pre-commit'

作为确保我的分支/路径正确的测试，我将触发器部分更新为:

trigger:
  branches:
    include:
      - develop
      - release/*
      - ProductionSupport/*
  paths:
    include:
      - cicd/pipelines/common/pre-commit-ci.yaml
      - src
      - cicd

然后，当我对这些文件夹中的其中一个文件进行更改时，管道被成功触发。我是否错误地指定了 PR 验证？

Answer 1

您的 yml 定义似乎是正确的。

既然您提到 CI 触发器工作正常，并且您提到我们正在从 Azure DevOps 迁移到 GitHub。

这给我带来了一个想法，即一种情况准确地再现了您所经历的情况，但您可能没有想到:

PR Trigger Override

例如，如果您的管道与以前的管道相同(只需更改管道源)，并且您没有删除以前的构建验证(或者以前的管道名称与当前的管道名称相同) )，那么 github yml 文件中的 pr 部分将被覆盖，只有 DevOps 端的构建验证才会起作用。

我建议您调查是否对管道有一些构建验证设置(如果您的项目结构很复杂，这可能很难找到)，或者您可以简单地使用新的 YAML 文件创建一个全新的管道。