dotnet publish 調用對 Azure devops 的意外調用

Question

為了回答這個問題，我正在輸入

dotnet publish -r linux-x64

在命令行令我驚訝的是，dotnet 嘗試調用我的 Azure 構建管道之一

我的屏幕顯示以下

C:\Users\kirst\source\repos\BlazorApp1>dotnet publish --runtime linux-x64 Microsoft (R) Build Engine version 16.8.0+126527ff1 for .NET 版權所有 (C) Microsoft Corporation。 版權所有。

Determining projects to restore... C:\Program Files\dotnet\sdk\5.0.101\NuGet.targets(131,5): error: Unable to load the service index for source https://pkgs.dev.azure. com/blahblah/nuget/v3/index.json 。 [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？

發布配置文件設置為文件夾

Answer 1

原因是您已將 blahblah 定義為 NuGet package 源代碼，通常在全局 NuGet 配置中（通常為%appdata%\NuGet\NuGet.Config . 也可能是在您的項目的父文件夾中某處有一個 NuGet 配置文件，因為 NuGet 遞歸地查找此文件，直到找到它或直到找到根目錄。 如果在其中任何一個中定義了 NuGet package 源，它將無法恢復包，因為它不知道它尋找的包不是由該提要提供的，因此恢復失敗。