Azure Pipeline 仅还原指定Selenium测试项目NuGet包及VSBuild缺包问题解决

• 报错提示缺失的文件位于项目相对路径..\..\..\packages\下，说明目标Selenium测试项目是采用packages.config管理依赖的传统.NET Framework项目，而非新式SDK格式的.NET Core/.NET 5+项目。
• 你当前配置的DotNetCoreCLI@2 restore步骤仅能识别、还原SDK风格csproj的依赖，完全不兼容传统packages.config模式的项目，因此执行还原操作时根本不会下载Selenium项目需要的NuGet包，自然会在VSBuild阶段触发依赖缺失报错。
• 现有管道配置存在冗余偏差：DotNetCoreCLI的test步骤匹配了所有**/*/*.csproj路径，会误触发解决方案中其他100个ASP.NET项目的测试执行；VSTest步骤未指定测试程序集路径，也会全量扫描解决方案中的测试dll，完全偏离你“仅处理Selenium测试项目”的目标。

全程所有步骤的路径参数都精确指向Selenium测试项目，不会触发其他项目的还原、构建、测试流程，整体配置如下：

1. 替换还原任务，适配传统NuGet管理模式
   移除原有的DotNetCoreCLI restore步骤，换用NuGetCommand@2任务调用传统nuget.exe客户端，专门针对Selenium项目执行依赖还原，同时指定和项目相对引用匹配的还原目录，避免路径错配：

   steps:
   - task: NuGetToolInstaller@1
     displayName: 安装兼容传统项目的NuGet客户端
     inputs:
       versionSpec: '>=6.6.0'
   
   - task: NuGetCommand@2
     displayName: 还原Selenium测试项目依赖
     inputs:
       command: restore
       solution: '**/**/Nykredit.Feature.Selenium/Nykredit.Feature.Selenium.Test.csproj'
       restoreDirectory: '$(Build.SourcesDirectory)\packages'
       includeNuGetOrg: true
   

2. 修正VSBuild构建参数
   取消原配置中注释掉的platform、configuration参数，保证构建配置和还原阶段的配置完全对齐：

   - task: VSBuild@1
     displayName: 构建Selenium测试项目
     inputs:
       solution: '**/**/Nykredit.Feature.Selenium/Nykredit.Feature.Selenium.Test.csproj'
       vsVersion: 16.0
       platform: '$(buildPlatform)'
       configuration: '$(buildConfiguration)'
   

3. 清理冗余测试步骤，精确定位Selenium测试程序集
   删除原配置中匹配全项目的DotNetCoreCLI test步骤，调整VSTest步骤的扫描路径，仅执行Selenium项目构建生成的测试dll：

   - task: VSTest@2
     displayName: 运行Selenium测试套件
     inputs:
       testAssemblyVer2: '**/**/Nykredit.Feature.Selenium/bin/$(buildConfiguration)/**/*Test.dll'
       platform: '$(buildPlatform)'
       configuration: '$(buildConfiguration)'
   

• 必须将NuGet还原目录指定为源码根目录下的packages文件夹，因为传统packages.config项目的依赖引用是写死的相对路径..\..\..\packages\，如果NuGet将包还原到其他目录，即使下载成功，构建时也会提示文件缺失。
• 针对传统.NET Framework项目，不要使用DotNetCoreCLI类任务执行还原操作，这类任务无法处理packages.config格式的依赖引用逻辑。
• 所有任务的输入路径都通过通配符精确匹配到Selenium项目的路径，不会扫描解决方案下的其他项目，因此整个流程的执行速度不会受100个关联项目的影响。

内容的提问来源于stack exchange，提问作者Jakob Handberg Lystbæk