为何pwsh任务中dotnet publish失败，PowerShell@2却可正常执行？

核心原因1：YAML解析与PowerShell内联脚本的转义冲突 #

Azure Pipelines的YAML解析器会对pwsh内联任务中的特殊字符（空格、引号、冒号等）做额外转义处理，导致dotnet publish的参数被错误拆分。比如你在内联脚本里写的-c Release，可能被YAML解析成多个混乱的参数片段，触发MSB1008“仅能指定一个项目”的错误。而外部Publish.ps1脚本是直接由PowerShell完整解析执行，不会经过YAML的额外转义逻辑，参数能按预期传递。

举个常见场景：如果你的项目路径带空格，内联脚本里没正确用引号包裹，YAML会把路径拆成多个参数；但外部脚本里的PowerShell语法会正确识别带引号的路径。

核心原因2：内联任务与外部脚本的执行环境差异 #

pwsh内联任务在Azure Pipelines中的执行上下文和PowerShell@2调用外部脚本有细微区别：

• 内联任务会继承Azure Pipelines的默认环境变量和PowerShell参数（比如$ErrorActionPreference），这些可能间接干扰dotnet命令的参数解析逻辑。
• 外部脚本是在独立的PowerShell进程中执行，环境更纯净，参数解析不受Pipeline上下文的额外影响。

核心原因3：内联脚本的换行拼接问题 #

如果把dotnet publish命令拆成多行并用反引号换行，Azure Pipelines的YAML可能会在拼接多行内容时引入多余空格或截断参数，导致命令格式混乱。而外部脚本里的换行是PowerShell原生处理，不会出现这类拼接错误。

验证与解决思路 #

• 先看实际执行命令：在内联脚本里加Write-Host "执行命令：dotnet publish ..."，输出实际要执行的命令字符串，对比外部脚本里的命令，就能直观看到参数是否被YAML解析打乱。
• 用Invoke-Expression规避转义：把内联的dotnet命令用单引号包裹，通过Invoke-Expression执行，比如：

  Invoke-Expression 'dotnet publish YourProject.csproj -c Release -o $(Build.ArtifactStagingDirectory)'
  

  这样可以绕开YAML对命令参数的转义干扰，让PowerShell直接解析完整命令。

内容的提问来源于stack exchange，提问作者void.pointer