Azure DevOps如何将对象类型任务变量传递给后续PowerShell任务

Azure DevOps Pipeline 中所有通过##vso[task.setvariable]日志命令设置的变量，全部为纯字符串类型，原生不支持传递复杂.NET对象。
你在Task1中直接将LazyAzureStorageContext类型的上下文对象写入管道变量时，PowerShell会自动调用对象的ToString()方法做类型转换，最终存入变量的只有对象的类型名称字符串（也就是你报错信息里看到的Microsoft.WindowsAzure.Commands.Common.Storage.LazyAzureStorageContext这段文本）。传到Task2时拿到的本质是个普通字符串，自然无法直接识别为IStorageContext类型的存储上下文对象，这个问题和你是否安装Az.Storage模块、param块的类型定义顺序没有关系。

方案1：目标任务侧重建存储上下文（推荐，零兼容问题） #

不需要跨任务传递Context对象——你已经通过管道变量传递了构建存储上下文必须的两个核心参数：目标存储账户名、存储账户访问密钥，直接在Task2中重新生成存储上下文即可，这是跨任务、跨订阅操作存储最稳定的实现方式，没有序列化/类型转换的坑。

修改步骤 #

• 移除Task1.ps1中传递DestContext变量的日志命令，不需要传递这个对象：

  # 删除该行即可
  # Write-Host "##vso[task.setvariable variable=DestContext;]$StorageAccountContext"
  

• 编辑Pipeline.yaml，移除Task2任务ScriptArguments参数中-DestContext "$(DestContext)"的传参配置，不需要传该参数。
• 修改Task2.ps1，在参数定义块之后、执行存储复制操作之前，显式加载Az.Storage模块，再用拿到的存储账户名和密钥重建上下文即可：

  param (
      [string] $DestStorageContainer,
      [string] $DestUrl,
      [string] $DestKey,
      [string] $DestAcc
  )
  
  # 显式加载Az.Storage模块，确保存储相关类型可被识别
  Import-Module Az.Storage -Force
  # 重建目标存储账户上下文，直接连接到Sub1下的目标存储
  $DestContext = New-AzStorageContext -StorageAccountName $DestAcc -StorageAccountKey $DestKey
  
  $subscriptionId = (Get-AzSubscription).Id
  $resourceGroupName = "rg2"
  $diskName = "DD"
  $DestFileName = "Filename"
  $sasExpiryDuration = "3600"
  
  # 注意：原代码中$sas变量未赋值，需补全源文件SAS生成逻辑后再执行复制
  Start-AzStorageBlobCopy -AbsoluteUri $sas.AccessSAS -DestContainer $DestStorageContainer -DestContext $DestContext -DestBlob $DestFileName
  

  存储上下文本身是个轻量连接对象，用账户名+密钥重建的开销可以忽略，只要两个订阅网络连通，复制操作就可以正常执行，不会有权限问题——因为你已经拿到了目标存储账户的访问密钥，不需要依赖Sub2的服务连接权限访问Sub1的存储。

方案2：CliXml序列化传递对象（不推荐，版本兼容性差） #

如果一定要直接传递Context对象，可以在Task1中将对象序列化为CliXml格式的字符串存入变量，Task2拿到字符串后反序列化为原对象。但这个方案要求两个AzurePowerShell任务运行环境中的Az.Storage模块版本完全一致，否则反序列化会出现类型不匹配问题，稳定性很差，非特殊场景不建议使用。
参考实现：

• Task1中序列化后写入变量：

  $serializedContext = [System.Management.Automation.PSSerializer]::Serialize($StorageAccountContext)
  Write-Host "##vso[task.setvariable variable=DestContext;]$serializedContext"
  

• Task2中拿到参数后反序列化：

  # 先加载Az.Storage模块再反序列化
  Import-Module Az.Storage -Force
  $DestContext = [System.Management.Automation.PSSerializer]::Deserialize($DestContext)
  

你原Task2代码中$sas变量没有定义和赋值逻辑，实际运行时会触发空引用错误，需要补全源存储资源的SAS生成逻辑后，再调用Start-AzStorageBlobCopy执行复制操作。

内容的提问来源于stack exchange，提问作者Q-man