Azure DevOps YAML中DotNetCoreCLI@2与NuGetCommand@2恢复任务是否重复？

旧管道同时配置两个任务的可能原因 #

• 混合项目类型：旧项目可能同时包含非SDK风格的.NET Framework项目（比如没有<Project Sdk="Microsoft.NET.Sdk">节点的传统.csproj）和SDK风格的.NET Core/.NET 5+项目。早期NuGetCommand@2对传统.NET Framework项目的还原支持更稳定，而DotNetCoreCLI@2是专为SDK风格项目设计的，当时为了覆盖所有项目类型才同时配置。
• 兼容性限制：早期版本的DotNetCoreCLI@2在处理某些私有NuGet源的认证、特殊包源配置时存在兼容性问题，而NuGetCommand@2在这方面的适配更完善，维护者可能同时使用两个任务来避免还原失败。
• 历史遗留：管道可能从经典UI管道迁移而来，当时UI模板默认同时添加了这两个任务；或者之前的维护者不确定哪个任务更适配，为了保险起见就都保留了。

是否需要同时保留两个任务？ #

• 全SDK风格项目：如果你的项目都是.NET Core/.NET 5+的SDK风格项目，完全可以只保留DotNetCoreCLI@2 restore。当前版本的DotNetCoreCLI任务已经能处理所有NuGet还原场景，包括私有源认证、包缓存管理，功能上和NuGetCommand@2完全对齐，没必要重复配置。
• 包含传统.NET Framework项目：如果还有非SDK风格的.NET Framework项目，可能需要保留NuGetCommand@2 restore来处理这类项目的还原需求。当然，更推荐的做法是将这些旧项目迁移到SDK风格，之后就可以统一使用DotNetCoreCLI任务，简化管道配置。
• 验证建议：先尝试移除其中一个任务，运行完整管道测试。如果所有包都能正常还原且构建无报错，就可以删除多余的任务，减少管道冗余。

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