如何为Azure DevOps部署作业策略步骤的无服务器池设置超时？

问题根因 #

Azure DevOps的runOnce部署策略里，要是给某个阶段（比如你这里的postRouteTraffic）单独指定了pool: server，这个阶段会直接忽略作业顶层的timeoutInMinutes配置，自动重置为默认的60分钟超时。而且目前阶段层级没法直接配置超时参数，这是产品的已知限制。你在ManualValidation任务里设置的timeoutInMinutes只是任务自身的超时，管不了整个阶段的超时，所以才会出现60分钟后阶段就超时的情况。

解决方案1：拆分独立的服务器作业 #

把postRouteTraffic阶段的手动验证逻辑拆成一个独立的服务器作业，在这个作业层面设置timeoutInMinutes，就能覆盖默认的60分钟限制。修改后的YAML示例如下：

jobs:
- deployment: DeployCloud
  displayName: Deploy cloud
  pool: MyPoolSelfHosted
  workspace:
    clean: all
  environment: TestCloud
  timeoutInMinutes: 12960 # 9 days
  strategy:
    runOnce:
      deploy:
        steps:
          ...
      routeTraffic:
        steps:
          ...
      # 移除原来的postRouteTraffic阶段
      on:
        success:
          steps:
            ...

# 新增独立的服务器作业，用于手动验证
- job: PostRouteValidation
  displayName: Post Route Traffic Validation
  pool: server
  timeoutInMinutes: 11520 # 8 days
  dependsOn: DeployCloud
  condition: succeeded()
  steps:
    - task: ManualValidation@0
      inputs:
        notifyUsers: 'someone@domain.com' 
        instructions: '..........' 
        onTimeout: 'reject'

拆分后，独立作业的超时设置会生效，不会再被默认的60分钟限制覆盖。

解决方案2：使用环境手动审批替代任务 #

如果你的部署已经关联了TestCloud环境，可以直接在环境中配置手动审批，替代ManualValidation任务：

• 进入Azure DevOps的环境页面，找到TestCloud环境
• 点击环境设置，添加手动审批规则
• 在审批规则中设置超时时间（最长可设30天），指定需要通知的用户
• 移除YAML中postRouteTraffic阶段的ManualValidation任务，部署流程会自动在routeTraffic阶段后触发环境审批

这种方式不需要额外拆分作业，利用环境原生的审批机制，超时设置更灵活，也能避免阶段超时的问题。

内容的提问来源于stack exchange，提问作者Jaap Mosselman