Azure Pipelines中az storage blob download无法下载文件的问题

1. 检查Pipeline身份验证的权限配置 #

Pipeline中使用的服务主体（或托管标识）大概率权限不足。你本地运行用的是个人Azure账号，通常拥有该存储容器的完整数据权限，但Pipeline里的身份可能仅被赋予了Storage Account Reader这类管理级权限——这类权限只能查看存储账号的基本信息，无法读取Blob的属性和内容。

• 解决：给Pipeline使用的身份添加Storage Blob Data Reader或Storage Blob Data Contributor角色（作用范围选目标存储容器或存储账号），确保它能访问Blob的元数据和内容。

2. 统一Az.Storage模块版本 #

本地和Pipeline环境的Az.Storage模块版本不一致，旧版本模块可能存在获取Blob属性的bug，导致creationTime为空。

• 解决：在Pipeline的PowerShell任务中，先显式安装指定版本的Az.Storage模块，比如：

  Install-Module -Name Az.Storage -RequiredVersion 5.1.0 -Force -AllowClobber
  Import-Module Az.Storage -RequiredVersion 5.1.0
  

  选择一个稳定的新版本，和你本地运行的版本保持一致最佳。

3. 确保获取Blob的完整属性 #

默认情况下Get-AzStorageBlob可能不会返回所有Blob属性，Pipeline环境下这个行为可能更严格，导致creationTime未被正确获取。

• 解决：在执行Get-AzStorageBlob时添加-IncludeProperties参数，强制获取完整的Blob元数据，比如：

  $blobs = Get-AzStorageBlob -Container "your-container-name" -IncludeProperties
  $latestBlob = $blobs | Sort-Object -Property CreationTime -Descending | Select-Object -First 1
  

4. 修正Blob筛选与下载逻辑 #

如果creationTime为空，你的筛选逻辑可能选不到正确的Blob，或者下载时没有正确定位到目标Blob。

• 解决：
  1. 改用LastModified属性作为筛选依据（这个属性通常不会为空），替换CreationTime：

     $latestBlob = $blobs | Sort-Object -Property LastModified -Descending | Select-Object -First 1
     

  2. 下载时确保传入正确的Blob对象，避免仅靠名称匹配：

     Get-AzStorageBlobContent -Blob $latestBlob.Name -Container "your-container-name" -Destination "./test.yml" -Force
     

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