Azure DevOps部署作业timeoutInMinutes属性不生效问题求助

可能的原因 #

• Deployment作业超时配置位置错误：Deployment作为特殊Job，timeoutInMinutes需要设置在deployment job的根层级，而非strategy.deploy内部。如果仅在部署策略里配置，不会生效，会触发系统默认的60分钟超时。
• 自托管代理池设置了全局超时：即使自托管代理本身无默认限制，代理池的全局配置可能强制设置了最大作业运行时间为60分钟，会覆盖作业级别的超时设置。
• 代理容器的生命周期限制：如果代理运行在Docker容器中，容器启动时的参数或代理服务的配置可能间接限制了作业运行时间，但这种情况较少见，优先排查前两项。

解决方案 #

1. 修正YAML中超时配置的位置 #

确保timeoutInMinutes直接定义在deployment job节点下，示例如下：

stages:
- stage: DeployAndTest
  jobs:
  - deployment: RunRegressionTests
    timeoutInMinutes: 360  # 正确位置：deployment job根级别
    environment: 'TestEnvironment'
    pool:
      name: 'YourSelfHostedDockerPool'
    strategy:
      runOnce:
        deploy:
          steps:
          - task: CmdLine@2
            inputs:
              script: '执行需要70-90分钟的回归测试命令'

2. 检查并修改代理池的全局超时设置 #

1. 进入Azure DevOps组织设置，找到代理池选项；
2. 选中你的自托管代理池，切换到设置标签；
3. 查看“最大作业运行时间（分钟）”，如果设置为60，修改为360或设为0（代表无限制）；
4. 保存设置后重新运行流水线。

3. 拆分长时间任务（备选方案） #

如果以上方法无法解决，可以将回归测试拆分为多个独立的作业，确保每个作业的执行时间在60分钟以内，通过流水线的阶段依赖串联执行。例如：

stages:
- stage: DeployApp
  jobs:
  - deployment: Deploy
    # 部署作业配置...
- stage: RegressionTestPart1
  jobs:
  - job: TestPart1
    timeoutInMinutes: 60
    pool:
      name: 'YourSelfHostedDockerPool'
    steps:
    - script: '执行第一部分回归测试'
- stage: RegressionTestPart2
  dependsOn: RegressionTestPart1
  jobs:
  - job: TestPart2
    timeoutInMinutes: 60
    pool:
      name: 'YourSelfHostedDockerPool'
    steps:
    - script: '执行第二部分回归测试'

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