azure-devops - Azure Devops Nuget 还原失败并显示 "unable to load the service index for source"

Question

我们有一个内部 Azure DevOps 2019 服务器，我目前正在为一个新的 .Net6 解决方案设置构建，该解决方案的项目引用了来自 nuget.org 的各种包和我们 ADO 服务器“工件”中的内部提要"区域。

由于这是 .Net6，我假设我必须使用“.Net Core”恢复任务(黑色方形图标)，而不是旧的“NuGet”恢复任务(蓝色图标)？因此，我添加了前者，并配置了相关设置，如下所示，其中“NuGetPackages”是我们内部提要的名称:

当我运行构建时，此任务失败并显示消息

error NU1301: Unable to load the service index for source http://***/_packaging/2df3c440-07a5-4c01-8e5c-bfbd6e132f09/nuget/v3/index.json.

我们内部 Feed 的 URL 是:http://***/_packaging/NuGetPackages/nuget/v3/index.json，那么为什么 URL 中的提要名称被替换为错误消息中显示的 GUID？大概这就是恢复失败的原因。

顺便说一下，我们有许多 .Net Framework 4.x 解决方案引用了相同的包并且构建良好。这些使用较旧的“NuGet”(蓝色图标)恢复任务，但设置与上图中的设置相同，表明较新的“.Net Core”任务正在做一些奇怪的事情。

(顺便说一句，有人能解释一下“NuGet”任务和“.Net Core”任务之间的区别吗？我还能在我的 .Net6 构建管道中使用旧任务吗？我之前曾短暂尝试过，但它提示msbuild v17 未安装并且不想继续沿着这条路走，因为害怕破坏 4.x 构建)。

Answer 1

我刚刚花了将近两天的时间来解决同样的 NU1301 错误，虽然我的 ADO 实例是基于云的并且是“最新的”，即与您的情况不完全相似，但也许我的经验会有所启发。

长篇大论；是访问“组织”工件提要的 ADO“项目”构建服务帐户存在权限问题。 DotNetCoreCLI@2 恢复任务的输出甚至没有朝那个方向暗示，但当我退回到使用 NuGet 恢复任务时，错误消息提供了更多信息，帮助我发现了潜在的问题。

此信息并未阐明您询问的 guid/名称交换问题，但可能 guid 是一个内部 ID，首先用于解析名称，如果权限问题甚至无法查询 Artifacts 端点。 ..

至于 msbuild v17 评论，我会非常仔细地听取这个建议以及您对扰乱现有构建的恐惧。套用那句老话......这并不是真正的偏执狂，如果 MS 有打破那些在很长一段时间内工作得很好的东西的悠久历史! ;-}

HTH.

SC