Azure DevOps部署序列异常：如何确保按新旧顺序部署？

针对你遇到的定时触发部署时版本顺序逆序的问题，以下是几个可靠的解决方法：

1. 配置部署队列的全局排序规则 #

在Azure DevOps项目级设置中强制队列按旧版本优先排序：

• 进入项目的项目设置 → 选择管道下的部署队列
• 找到你的发布管道使用的部署队列（通常是默认队列或自定义队列）
• 在队列的设置中，将排序顺序修改为旧版本优先
  这个设置会让所有进入该队列的部署任务严格按版本创建时间（或Release ID，Release ID为递增序列）升序排列，从根本上保证旧版本先部署。

2. 强化发布管道的预部署条件 #

如果全局队列设置无法满足需求，可以在具体发布管道的阶段中添加自定义逻辑：

• 进入发布管道的目标阶段，打开预部署条件
• 保持“Deploy all in sequence”和“Maximum number of parallel deployments = 1”的设置不变，添加一个自动审批规则，设置审批条件为：

  $(Release.ReleaseId) <= $(Release.DeploymentQueue.PreviousReleaseId)
  

  利用Release ID的递增特性，确保当前版本的ID小于队列中前一个版本的ID时才允许部署，从阶段层面约束顺序。

3. 使用预部署脚本强制等待旧版本完成 #

如果上述内置设置仍有问题，可以添加一个PowerShell预部署脚本，检查并等待队列中所有旧版本完成后再启动当前部署：

• 在发布阶段的预部署任务中添加一个PowerShell任务
• 脚本逻辑大致如下（需配置Azure DevOps CLI权限）：

  # 获取当前版本的Release ID
  $currentReleaseId = $env:RELEASE_RELEASEID
  # 获取当前管道的所有排队/运行中的部署
  $queuedReleases = az pipelines release list --project $(System.TeamProject) --definition-id $(Release.DefinitionId) --status inProgress,queued --query "[?releaseId < $currentReleaseId]" --output json | ConvertFrom-Json
  
  # 如果存在旧版本正在处理，循环等待
  while ($queuedReleases.Count -gt 0) {
      Write-Host "等待旧版本部署完成..."
      Start-Sleep -Seconds 60
      $queuedReleases = az pipelines release list --project $(System.TeamProject) --definition-id $(Release.DefinitionId) --status inProgress,queued --query "[?releaseId < $currentReleaseId]" --output json | ConvertFrom-Json
  }
  Write-Host "无旧版本在运行，开始当前部署"
  

  这个脚本会持续检查是否有Release ID更小的版本在排队或运行，直到它们全部完成后才继续当前部署。

4. 调整定时触发的触发逻辑 #

如果两个版本是同一天创建但需要按顺序部署，可以修改定时触发的设置，让新版本的部署依赖旧版本的完成：

• 在发布管道的触发器中，除了定时触发外，添加后续部署触发器
• 设置当同一管道的前一个版本（旧版本）成功部署完成后，自动触发新版本的部署
• 同时关闭新版本的独立定时触发，确保新版本只会在旧版本完成后启动

以上方法中，优先推荐方法1，因为它是Azure DevOps的内置全局设置，无需额外脚本或复杂配置，就能稳定保证部署顺序。

内容的提问来源于stack exchange，提问作者Kjell Rilbe