Azure PR构建无法在流水线中排队的问题求助

• 检查PR构建触发路径规则
  进入Repo Policies的PR构建配置，确认触发路径是否覆盖新文件夹下的项目文件。原配置大概率只监控根目录的项目文件，移到子文件夹后，变更的文件不在触发范围内，直接导致构建不启动。调整触发路径，加上/新文件夹/**这类规则，确保新位置的文件变更能被检测到。

• 验证YAML流水线的路径过滤
  打开流水线YAML文件，查看trigger或pr段的paths配置。如果之前只包含根目录的项目路径，现在必须更新为新路径，比如：

  pr:
    paths:
      include:
        - /新文件夹/**
        - /YourSolution.sln
  

  同时注意有没有exclude规则不小心把新文件夹排除了，这也会导致构建不触发。

• 确认.sln文件的项目引用路径
  虽然本地构建正常，但要检查.sln里的项目路径是否已经更新为新的相对路径。Azure DevOps的构建触发器可能因为.sln引用失效，出现监控逻辑异常。本地打开.sln确认所有项目都指向新文件夹，再重新推送.sln的变更。

• 手动触发构建并排查日志
  等“Queue”链接恢复后，手动触发一次构建，查看日志。如果是YAML路径问题，日志会明确提示找不到项目文件；如果是触发器配置问题，日志开头会显示“未匹配触发条件”相关信息。要是手动触发也失败，先把YAML里的构建命令路径改对，比如把dotnet build ./OldPath/Project.csproj改成dotnet build ./NewFolder/Project.csproj，再推送测试。

• 重置PR构建配置或触发器缓存
  有时候Azure DevOps的触发器缓存会出问题，试试先在Repo Policies里禁用PR构建，保存后再重新启用；或者删掉现有PR，新建一个测试。也可以进入流水线编辑页面，点击“触发器”标签重新保存配置，强制刷新触发规则。

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