Azure Pipelines中Service Container内运行步骤的问题排查

核心问题分析 #

• 单步骤指定容器时，因target语法错误，步骤未进入Playwright容器，仍在代理主机执行，导致找不到容器内/ms-playwright/路径下的浏览器，反而去默认的/home/vsts/.cache目录查找
• 作业整体使用Playwright容器时PowerShell步骤失败，本质是Playwright官方镜像基于Debian/Ubuntu系统，默认未预装PowerShell环境

可行方案与语法修正 #

方案1：单步骤指定容器的正确写法 #

Azure Pipelines中，单步骤指定容器需使用container关键字，而非错误的target，示例配置：

steps:
- script: npx playwright test
  displayName: '执行Playwright测试'
  container:
    image: mcr.microsoft.com/playwright:v1.36.0-jammy
    options: '--ipc=host'  # Playwright需要共享IPC资源，避免浏览器启动失败

配置后步骤会在指定的Playwright容器内运行，直接访问容器内预安装的浏览器路径，无需额外配置。

方案2：作业级容器适配PowerShell步骤 #

若要让整个作业基于Playwright容器运行，需先在容器内安装PowerShell，或改用bash脚本替代PowerShell步骤：

方式A：在容器内安装PowerShell

jobs:
- job: PlaywrightTests
  container: mcr.microsoft.com/playwright:v1.36.0-jammy
  steps:
  - script: |
      apt-get update && apt-get install -y powershell
    displayName: '在容器内安装PowerShell'
  - powershell: |
      # 你的PowerShell脚本逻辑
      Write-Host "在Playwright容器内运行PowerShell"
    displayName: 'PowerShell步骤'
  - script: npx playwright test
    displayName: '执行Playwright测试'

方式B：替换PowerShell为bash脚本

若PowerShell逻辑不复杂，直接改用bash脚本可避免额外安装操作，更简便高效。

跨容器执行步骤的可行性 #

Azure Pipelines支持单步骤指定不同容器，但需遵循正确语法：

• 单步骤的container配置会覆盖作业级的容器设置
• 每个指定容器的步骤会在独立容器实例中运行，注意通过$(Pipeline.Workspace)等共享工作区实现容器间的文件共享

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