Azure DevOps Azure FileCopy V4/V3部署Storybook至Blob存储失败求助

我特别理解你现在的困惑——明明确认dist-storybook文件夹存在，WebApp部署也能正常找到它，但AzureFileCopy任务就是一直报路径错误。结合我自己踩过的类似坑，给你几个具体的解决思路：

1. 先锁定dist-storybook的真实位置 #

别靠猜路径，直接在流水线里加一个PowerShell步骤，把关键目录的结构打印出来，这样能100%确认文件夹的准确位置：

- task: PowerShell@2
  inputs:
    targetType: 'inline'
    script: |
      Write-Host "默认工作目录内容:"
      Get-ChildItem -Path $(System.DefaultWorkingDirectory) -Recurse
      Write-Host "`n制品暂存目录内容:"
      Get-ChildItem -Path $(Build.ArtifactStagingDirectory) -Recurse

运行这个步骤后，你就能在日志里清楚看到dist-storybook到底是在$(System.DefaultWorkingDirectory)还是$(Build.ArtifactStagingDirectory)下面——毕竟有些构建工具会把输出文件放到制品目录，而非源码目录。

2. AzureFileCopy@4的正确配置方案 #

既然你用$(System.DefaultWorkingDirectory)/dist-storybook能成功部署到WebApp，那直接把这个路径复用在AzureFileCopy@4里就行，不需要加/*，任务会自动递归复制文件夹内的所有内容：

- task: AzureFileCopy@4
  displayName: '将Storybook复制到Blob存储'
  inputs:
    SourcePath: '$(System.DefaultWorkingDirectory)/dist-storybook'
    azureSubscription: '<你的Azure订阅连接名>'
    Destination: 'AzureBlob'
    storage: '<你的存储账户名>'
    ContainerName: '<目标Blob容器名>'

之前的错误大概率是因为你用了$(Build.Repository.LocalPath)（这是源码仓库的本地路径，而dist-storybook是构建后生成的，并不在源码目录里），换成WebApp任务验证过的路径就对了。

3. 若坚持用AzureFileCopy@3的修正方法 #

如果你因为某些原因必须使用@3版本，要注意两个关键点：

• 不要在路径末尾加*，直接指定文件夹路径即可
• 用引号包裹路径，避免AzCopy解析出错
  示例配置：

- task: AzureFileCopy@3
  displayName: '将Storybook复制到Blob存储(v3)'
  inputs:
    SourcePath: '$(System.DefaultWorkingDirectory)/dist-storybook'
    azureSubscription: '<你的Azure订阅连接名>'
    Destination: 'AzureBlob'
    storage: '<你的存储账户名>'
    ContainerName: '<目标Blob容器名>'

@3版本依赖的旧版AzCopy对通配符的支持不如稳定，直接指定文件夹是最稳妥的选择。

4. 额外排查点 #

如果还是报错，再检查这两个细节：

• 确认构建步骤确实把dist-storybook生成到了你指定的路径里——可以看构建任务的日志，找类似“Output directory: xxx/dist-storybook”的输出
• 检查AzureFileCopy任务的权限：确保流水线使用的服务主体拥有Blob容器的存储Blob数据参与者权限，有时候权限不足会伪装成路径错误的报错

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