如何在 Azure Devops yaml 管道中手动运行跳过的阶段？

Question

在 Azure Devops 管道中，如果某个阶段被跳过，是否可以手动触发它？

我们有一个如下所示的管道...

如果Staging 失败（当前行为），我们不希望Training 或Production 阶段自动运行，但我们希望能够手动运行Training 或Production 阶段如果它被跳过。

这可能吗？

这种情况的用例是，如果某个特定的测试失败并且没有人可以修复它。我们可能仍希望做出部署到生产环境的业务决策。

目前，您必须签入修复或取消测试的更改并重新运行管道。通常这正是您想要的过程，但有时可能有人编写了一个测试，只有他们知道失败的原因以及如何修复它，而您仍然希望部署到生产环境。

Answer 1

下面的设置怎么样：

1. 使培训和生产依赖于构建步骤
2. 创建一个附加阶段，就像“ManualValidation@0”任务一样，它依赖于构建步骤
3. 将condition 添加到培训和生产中，如果暂存成功或手动验证成功，则为 true。

用于手动验证的 yaml：

- stage: DeploymentValidation
  dependOn: Build
  jobs:
  - job: waitForValidation
    displayName: Wait for external validation  
    pool: server    
    steps:   
    - task: ManualValidation@0
      timeoutInMinutes: 1440 # task times out in 1 day
      inputs:
          instructions: 'Please validate the build configuration and resume'
          onTimeout: 'reject'

条件的yaml：

condition: or(succeeded('Staging'), succeeded('DeploymentValidation'))

一般来说，我会问自己以下问题：

• 为什么您的开发人员能够将测试不稳定或失败的代码合并到您的发布分支中？
• 您的开发人员是否也无法在其功能/开发分支的“暂存”中运行上述测试？

在您的 PR 验证期间的理想情况下，您在暂存期间运行的相同测试也会运行，这使您的开发人员确信当前构建确实已准备好合并到发布分支中。在我看来，在暂存期间发现某些自动化测试由于某个开发人员的工件而失败已经为时已晚。