YAML管道使用SpecFlowPlus@0时测试程序集路径丢失项目名报错

针对你遇到的自托管代理YAML管道中SpecFlowPlus@0任务无法识别测试程序集路径（即使硬编码完整路径也报错），但手动CMD执行正常的问题，以下是几个可行的排查和解决方法：

1. 验证管道上下文的路径与权限 #

自托管代理的运行上下文（比如服务账户、工作目录）和你手动执行CMD时可能存在差异：

• 在管道中添加PowerShell步骤，确认路径存在性和当前工作目录：

  - powershell: |
      Write-Host "当前工作目录: $(Get-Location)"
      Write-Host "测试程序集是否存在: $(Test-Path 'C:\你的完整路径\TestProject\bin\Debug\net6.0\TestProject.dll')"
  

• 确保代理服务账户对测试程序集所在目录有读取权限，避免因权限不足导致路径“找不到”的假报错。

2. 修正SpecFlowPlus@0任务的路径参数格式 #

SpecFlowPlus@0任务对路径的解析可能存在特殊处理，尝试给路径加上双引号，防止空格或特殊字符被截断：

- task: SpecFlowPlus@0
  inputs:
    projectFilePath: '你的项目文件路径.csproj'
    testAssemblyPaths: '"C:\你的完整路径\TestProject\bin\Debug\net6.0\TestProject.dll"'
    livingDocOutputPath: '$(System.DefaultWorkingDirectory)\LivingDoc.html'

3. 对齐LivingDoc.CLI版本与配置 #

你修改了LivingDoc.CLI.runtimeconfig.json强制使用.NET 6.0，但可能存在CLI版本和SpecFlowPlus任务版本不兼容的问题：

• 卸载并重新安装匹配版本的CLI：

  dotnet tool uninstall -g SpecFlow.Plus.LivingDoc.CLI
  dotnet tool install -g SpecFlow.Plus.LivingDoc.CLI --version 与你的SpecFlow版本对应的CLI版本
  

• 确保管道中使用的CLI版本和手动执行时一致，版本差异可能导致路径解析bug。

4. 检查测试项目的输出路径配置 #

测试项目的.csproj文件可能存在输出路径配置错误，导致程序集生成路径和预期不符：

• 打开.csproj文件，确认<OutputPath>和<TargetFramework>配置正确：

  <PropertyGroup>
    <OutputPath>bin\$(Configuration)\$(TargetFramework)\</OutputPath>
    <TargetFramework>net6.0</TargetFramework>
  </PropertyGroup>
  

• 编译后添加复制任务，将程序集复制到明确路径，再在SpecFlowPlus任务中引用该路径。

5. 绕过任务直接调用CLI命令 #

既然手动CMD执行有效，直接在管道中用cmd步骤调用LivingDoc CLI，避开任务封装的路径解析问题：

- cmd: |
    dotnet livingdoc test-assembly "C:\你的完整路径\TestProject\bin\Debug\net6.0\TestProject.dll" -o "$(System.DefaultWorkingDirectory)\LivingDoc.html"

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