配置Xunit测试项目时Azure Pipelines无法找到测试文件

首先看你给出的调试日志，核心问题出在测试项目的路径匹配模式错误，另外还要注意.NET SDK版本的潜在影响，下面给你一步步解决：

1. 修正测试项目的路径匹配规则 #

从日志里的adjustedPattern: 'D:\a\1\s* / [Tt]ests/*.csproj'能看出，路径格式有两个明显问题：

• Windows环境下路径分隔符是反斜杠\，你用了正斜杠/，会导致匹配逻辑失效
• 通配符*的位置不对，应该用双通配符**来匹配任意层级的目录结构

正确的做法是用Azure Pipelines的预定义变量$(Build.SourcesDirectory)代替硬编码的D:\a\1\s，然后搭配正确的通配符。比如你的测试项目都在带Tests字样的文件夹里，YAML流水线的测试任务可以这么写：

- task: DotNetCoreCLI@2
  inputs:
    command: 'test'
    projects: '$(Build.SourcesDirectory)/**/*Tests*.csproj'
    arguments: '--configuration $(BuildConfiguration)'

如果是用经典编辑器配置任务，直接在"项目"输入框填**/*Tests*.csproj就行，系统会自动基于源码目录匹配。

2. 处理.NET SDK版本冲突 #

日志里提到托管代理默认启用了.NET Core 3.1 SDK，如果你测试项目是基于旧版本（比如2.1）构建的，SDK版本不兼容可能导致项目无法被正确识别：

• 第一步，打开你的测试项目.csproj文件，确认<TargetFramework>节点指定了正确的版本，比如netcoreapp2.1
• 第二步，在流水线里添加UseDotNet任务，明确指定要使用的SDK版本，避免自动升级：

- task: UseDotNet@2
  inputs:
    packageType: 'sdk'
    version: '2.1.x' # 换成你项目实际依赖的版本

3. 调试路径匹配问题的小技巧 #

如果还是找不到测试文件，可以在测试任务前加一个命令行任务，打印出源码目录下的所有文件路径，确认你的测试项目实际位置：

- task: CmdLine@2
  inputs:
    script: 'dir $(Build.SourcesDirectory) /s /b'

运行流水线后查看这个任务的输出，就能直观对比你设置的匹配模式是否和实际路径一致。

附上你提供的调试信息：

[debug]adjustedPattern: 'D:\a\1\s* / [Tt]ests/*.csproj'
[debug]0 matches final results
[warning]Project file(s) matching the specified pattern were not found.
[debug]Processed: ##vso[task.issue type=warning;]Project file(s) matching the specified pattern were not found.
信息：Azure Pipelines托管代理已更新，包含.NET Core 3.x (3.1) SDK/运行时及2.1版本。若未锁定项目SDK版本，可能会启用3.x SDK，其存在与旧版本相比的破坏性变更。常见变更示例：使用Publish命令加-o或--Output参数时，输出文件夹将创建在根目录而非项目文件目录。

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