YAML构建管道中DotNetCoreCLI@2 Build是否可替代NuGetInstaller@0？

1. 「使用DotNetCoreCLI@2 Build后无需NuGetInstaller@0」的观点是否正确？ #

这个观点基本正确。dotnet build会在检测到项目依赖未还原时，自动执行隐式的NuGet还原操作，完全覆盖了NuGetInstaller@0的核心作用——还原项目依赖。在绝大多数基于.NET Core/.NET 5+的现代项目中，单独保留NuGetInstaller@0属于冗余步骤，直接移除不会影响构建流程。

2. 为何有人会同时使用NuGetInstaller@0与DotNetCoreCLI@2 Build？ #

常见原因包括：

• 遗留习惯：老项目原本基于.NET Framework，一直沿用NuGetInstaller@0，迁移到.NET Core后未及时清理旧步骤；
• 特殊场景需求：
  • 需要提前还原特定版本的NuGet包，或给还原操作配置dotnet build隐式还原不支持的特殊参数（比如复杂自定义源、代理设置）；
  • 部分老旧.NET Core项目（如1.x版本）的dotnet build隐式还原逻辑不完善，需手动提前执行还原；
  • 要单独对还原步骤做日志监控、失败重试等精细化控制，拆分步骤更便于排查问题。

3. DotNetCoreCLI@2 Build使用的NuGet版本及来源 #

DotNetCoreCLI@2任务的NuGet版本与dotnet CLI绑定：

• 版本：使用当前构建环境中安装的**.NET SDK**自带的NuGet版本，不同SDK版本对应固定的NuGet版本（比如.NET 6 SDK对应NuGet 6.x，.NET 7对应NuGet 7.x）；
• 来源：NuGet程序是.NET SDK安装包的一部分，默认存放在SDK安装目录的NuGet子文件夹下（比如Windows系统的C:\Program Files\dotnet\sdk\<SDK版本>\NuGet）。如果使用Azure DevOps托管代理，代理会预先安装对应版本的.NET SDK，任务直接调用系统路径中的dotnet命令，自动使用配套的NuGet。

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