使用DotNetCoreCLI@2构建失败求助：Azure Artifacts NuGet包无法找到

先查这几个关键点 #

• 给Build任务加--no-restore参数
  DotNetCoreCLI@2的build默认会自动触发一次restore，要是这时候feed配置和之前的restore阶段不一致，大概率会失败。直接在build的arguments里加--no-restore，强制它复用之前restore好的缓存，同时确保build任务的vstsFeed和restore阶段完全一致。
  调整后的YAML示例：

  - task: DotNetCoreCLI@2
    displayName: 'dotnet build'
    inputs:
      command: 'build'
      projects: '**/*.csproj'
      arguments: '--no-restore'
      feedsToUse: 'select'
      vstsFeed: '你的FeedID' # 和restore阶段的配置完全匹配
  

• 核对项目里的包版本
  打开.csproj文件，检查引用的NuGet包版本是否和Azure Artifacts中存在的版本完全一致。有时候restore成功是依赖本地缓存，但build时可能拉取了错误源的包，或者版本号存在拼写错误（比如多空格、大小写不一致），都会导致包找不到。

• 检查Build服务账号的权限
  别只看Restore阶段的权限，Build使用的服务账号（比如[项目名] Build Service ([组织名])）必须在Azure Artifacts的Feed权限中被授予Reader角色，否则build阶段会因权限不足无法拉取私有包。

• 清理构建代理的NuGet缓存
  代理的NuGet缓存可能出现异常，先加个清理任务：

  - task: DotNetCoreCLI@2
    displayName: '清理NuGet缓存'
    inputs:
      command: 'custom'
      custom: 'nuget'
      arguments: 'locals all --clear'
  

  清理完成后再重新执行restore和build。

• 开启详细日志定位具体错误
  在Azure DevOps构建编辑页的「选项」中，将system.debug设置为true，重新运行构建，查看build阶段的详细日志，能直接看到是包缺失、依赖冲突还是目标框架不匹配等具体问题。

结合截图补充排查 #

从错误截图来看，核心问题是build阶段未正确配置Azure Artifacts feed，导致无法拉取私有包。按照上面的方法给build任务加--no-restore参数，并对齐feed配置，应该能解决问题。

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