无法从Azure DevOps CI运行VisualGDB单元测试

针对你遇到的CI流水线中单元测试卡住、但命令行可正常运行的问题，可以尝试以下排查和解决步骤：

• 检查CI代理的运行模式
  Azure DevOps代理默认以系统账户作为服务运行，属于非交互式会话，而JLinkGDBremoteCLI可能需要桌面交互权限才能正常工作。可以将代理服务改为以拥有调试权限的本地用户身份运行，并勾选「允许服务与桌面交互」选项：

  1. 打开服务管理器（services.msc）
  2. 找到Azure DevOps代理对应的服务
  3. 右键选择「属性」→「登录」选项卡
  4. 切换到「此账户」，输入有权访问JLink设备和运行VisualGDB的用户账号
  5. 勾选「允许服务与桌面交互」，重启服务

• 添加日志输出定位卡点
  在VisualGDB命令中添加日志参数，捕获运行过程中的详细信息，方便定位卡住的环节：
  修改PowerShell脚本中的VisualGDB命令，增加/log参数：

  VisualGDB.exe /runtests ${{parameters.sourceDir}}.vgdbcmake /platform:Hardware /config:RelWithDebInfo /targetPath:$(System.ArtifactsDirectory)\unittest /vsoutput:${{parameters.sourceDir}}-unit-test-report.trx /log:$(System.ArtifactsDirectory)\visualgdb-test.log
  

  同时在VisualGDB的调试配置中，给JLinkGDBremoteCLI添加-log $(System.ArtifactsDirectory)\jlink-test.log参数，运行后查看日志文件，确认是否有连接失败、权限不足等错误信息。

• 验证环境变量与依赖路径
  CI会话的环境变量可能与交互式命令行存在差异，确保VisualGDB和JLink的安装路径已加入系统PATH：
  在PowerShell脚本开头添加环境变量输出命令，对比CI和命令行的PATH差异：

  echo "CI PATH: $env:PATH"
  

  如果路径缺失，可在脚本中临时添加：

  $env:PATH += ";C:\Program Files (x86)\Sysprogs\VisualGDB;C:\Program Files\SEGGER\JLink"
  

• 禁用VisualGDB的UI交互
  非交互式会话中，VisualGDB可能尝试弹出确认窗口导致卡住，添加/nographics参数强制禁用UI相关功能：

  VisualGDB.exe /runtests ${{parameters.sourceDir}}.vgdbcmake /platform:Hardware /config:RelWithDebInfo /targetPath:$(System.ArtifactsDirectory)\unittest /vsoutput:${{parameters.sourceDir}}-unit-test-report.trx /nographics /log:$(System.ArtifactsDirectory)\visualgdb-test.log
  

• 检查USB设备访问权限
  CI代理账户可能没有JLink调试器对应的USB设备访问权限：

  1. 打开设备管理器（devmgmt.msc）
  2. 找到JLink对应的USB设备，右键选择「属性」→「安全」选项卡
  3. 添加CI代理运行账户，赋予「读取」和「写入」权限

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