You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

使用ASP.NET YAML模板创建的Azure DevOps Pipeline运行失败

解决Azure DevOps YAML Pipeline的Provision消息发送失败问题

首先可以明确:你的YAML脚本本身没有语法错误——你提供的脚本只是基础的ASP.NET Core构建配置,指定了触发分支、托管代理镜像、构建环境和build命令,完全符合官方模板规范,而且你之前用非YAML界面创建的Pipeline能正常运行,也说明项目本身和权限配置没有问题。

你遇到的##[warning]There was a failure in sending the provision message: Unexpected response code from remote provider NotFound和##[error]Provisioning request delayed or failed to send 5 time(s)...错误,本质是Azure DevOps托管代理的资源预配或平台通信故障,和你的项目代码、YAML脚本无关。下面是几个可行的解决方向:

  • 重试Pipeline:这类问题很多时候是Azure托管代理池的临时波动,等待几分钟后重新运行Pipeline,大概率能恢复正常。
  • 切换不同的托管代理镜像:既然ubuntu-latest和ubuntu-18.04都有问题,可以尝试切换到windows-latest或者macOS-latest镜像测试,不同操作系统的代理池是独立的,可能避开故障节点。
  • 检查Pipeline代理池权限:虽然非YAML Pipeline能正常运行,但可以确认下当前YAML Pipeline是否被授予了使用目标托管代理池的权限(在Azure DevOps的「代理池」设置中查看)。
  • 改用自托管代理:如果长期遇到托管代理的预配问题,可以搭建自己的自托管代理,完全掌控代理环境,避免平台层面的资源调度故障。
  • 提交Azure DevOps支持工单:如果以上方法都无效,说明可能是特定区域的托管代理池出现了持续性故障,直接通过Azure Portal提交支持工单,让微软技术团队排查具体问题。

内容的提问来源于stack exchange,提问作者Patrick

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.14 08:35:19