C# dotnet publish调用对Azure devops的意外调用

作为回应，我正在打字

dotnet publish -r linux-x64

在命令行 令我惊讶的是，dotnet试图调用我的一个Azure构建管道

我的屏幕显示以下内容

C:\Users\kirst\source\repos\BlazorApp1>dotnet发布--运行时 linux-x64 Microsoft（R）生成引擎版本16.8.0+126527ff1 for.NET 版权所有（C）微软公司。版权所有

正在确定要恢复的项目。。。C:\程序 Files\dotnet\sdk\5.0.101\NuGet.targets（131,5）：错误：无法加载 源的服务索引 . [C:\Users\kirst\source\repos\BlazorApp1\BlazorApp1.sln]C:\Program Files\dotnet\sdk\5.0.101\NuGet.targets（131,5）：错误：响应 状态代码不表示成功：401（未经授权）。 [C:\Users\kirst\source\repos\BlazorApp1\BlazorApp1.sln]

我没有在这个项目中使用Azure Devops，但我在另一个项目中使用了它，而这个管道今天开始失败

为什么项目试图调用devops

发布配置文件已设置为文件夹

---

原因是您已经将blahblah定义为某个地方的NuGet包源，通常在全局NuGet配置中（通常

%appdata%\NuGet\NuGet.Config

）。也可能是在项目的父文件夹中的某个地方有一个NuGet配置文件，因为NuGet会递归地查找该文件，直到找到该文件或找到根目录为止。如果NuGet包源在其中任何一个中定义，它将无法恢复包，因为它无法知道它寻找的包不是由该提要提供的，因此还原失败。

您的错误明确地告诉您，您无权

https://pkgs.dev.azure.com/blahblah/nuget/v3/index.json

package sourceIt不应尝试调用devops，因此我是否被授权并不重要。我尝试将编辑过的Nuget.Config放入solutions文件夹，但没有任何区别。IIRC本地nuget配置与全局nuget配置合并，但替换目录层次结构中较高的一个。