Azure DevOps 多阶段管道陷入等待批准状态

Question

我将托管的 Azure DevOps 与 Azure Git Repos 中的代码一起使用。我们曾经使用“经典”的基于 UI 的管道编辑器，但在构建/发布阶段正在转向 YAML 模板。

过去，我配置了 CI/CD，以便当代码通过拉取请求提交到主分支时，它将触发构建，然后触发开发部署。其他发布阶段将等待批准，然后代码才会移至该阶段。新版本将取消任何尚未部署到各自环境的先前版本。

对于 YAML 部署阶段，我发现当主分支触发构建时，它会部署到开发环境，但管道陷入等待状态，因为其他阶段尚未获得批准。因此，运行不会被标记为“完成”，最终其他阶段将超时并被标记为失败。此外，管道的先前运行不会被取消，因此多个运行会堆积在等待状态。

理想情况下，我希望看到的是新的构建将取消管道之前的所有运行。我希望在部署到开发后看到运行标记为“完成”，并且能够在事后手动部署到其他阶段。

还有其他人想做同样的事情吗？我是否只是认为这一切都是错误的，应该以不同的方式来做？

Answer 1

目前 yaml 管道不支持手动部署到阶段。请检查这个未解决的问题。

您可以尝试为每个阶段添加dependsOn和条件。对于下面的示例 yaml 管道。只有在Stage Start成功完成后， Stage Build才会开始运行，然后Stage Build将等待批准，直到Stage Build被批准并成功完成后，才会触发Stage Release。

您可以定义 pr 触发器并设置autocancel=true（默认为 true）以在将新更改推送到同一 pr 时取消先前的运行。

的batch属性trigger可以达到类似的效果。如果当前 pr 仍在构建中，则不会启动新的运行。

trigger:
  batch: boolean # batch changes if true (the default); start a new build for every push if false
  branches:
    include:

_

pr:
  autoCancel: true
  branches:
    include:
    - master

stages:
- stage: Start
  jobs:
    - job: A
      pool:
        vmImage: windows-latest
      steps:
      - powershell: |
          echo "i am job a"

- stage: Build
  dependsOn: Start
  condition: succeeded()
  jobs:
  - deployment: Dev
    displayName: deploy Web App
    pool:
      vmImage: 'Ubuntu-16.04'
  # creates an environment if it doesn't exist
    environment: 'Dev'
    strategy:
    # default deployment strategy, more coming...
      runOnce:
        deploy:
          steps:
          - script: echo "i am dev environment"


- stage: Release
  dependsOn: Build
  condition: succeeded()
  jobs:
  - deployment: Environ
    displayName: deploy Web App
    pool:
      vmImage: 'Ubuntu-16.04'
  # creates an environment if it doesn't exist
    environment: 'Environment'
    strategy:
    # default deployment strategy, more coming...
      runOnce:
        deploy:
          steps:
          - script: echo "i am Environment environment"

更新：通过 powershell 脚本取消正在进行的构建。

您可以在管道顶部添加一个 powershell 任务来调用build api。下面的脚本获取所有正在进行的构建并取消它们（当前构建除外）。

- task: PowerShell@2

      inputs:
        targetType: inline
        script: |

          $header = @{ Authorization = "Bearer $(system.accesstoken)" }
          $buildsUrl = "$(System.TeamFoundationCollectionUri)$(System.TeamProject)/_apis/build/builds?api-version=5.1"
          echo $buildsUrl
          $builds = Invoke-RestMethod -Uri $buildsUrl -Method Get -Header $header

          $buildsToStop = $builds.value.Where({ ($_.status -eq 'inProgress') -and ($_.definition.name -eq "$(Build.DefinitionName)") -and ($_.id -ne $(Build.BuildId))})

          ForEach($build in $buildsToStop)
          {
            echo $build.id
            $build.status = "cancelling"
            $body = $build | ConvertTo-Json -Depth 10
            $urlToCancel = "$(System.TeamFoundationCollectionUri)$(System.TeamProject)/_apis/build/builds/$($build.id)?api-version=5.1"
            echo $urlToCancel
            Invoke-RestMethod -Uri $urlToCancel -Method Patch -ContentType application/json -Body $body -Header $header
          }

为了让您的管道有权取消当前正在运行的构建。您需要转到管道，单击 3dots 并选择管理安全性

然后将用户Project Collection Build Service(projectName)的Stop build权限设置为Allow，