为何UseDotNet@2任务在构建代理已有SDK时仍下载？及相关疑问

1. 如何避免不必要的SDK安装？ #

出现重复安装的核心原因是UseDotNet@2任务默认优先检查自身维护的工具缓存目录，而非系统预装的SDK路径。即使设置了performMultiLevelLookup: true，部分场景下任务仍会因缓存未命中重新下载，可通过以下方式解决：

• 精准指定SDK版本号：将version参数从8.x改为具体版本（如8.0.100），让任务直接匹配系统已安装的版本，避免模糊匹配导致冗余下载：

  - task: UseDotNet@2
    displayName: 'Install .NET Core SDK'
    inputs:
      version: 8.0.100
      performMultiLevelLookup: true
  

• 借助global.json锁定版本：在项目根目录添加global.json文件明确指定SDK版本，然后在UseDotNet@2任务中启用useGlobalJson: true，任务会自动读取文件并匹配已安装版本：

  // global.json
  {
    "sdk": {
      "version": "8.0.100"
    }
  }
  

  - task: UseDotNet@2
    displayName: 'Install .NET Core SDK'
    inputs:
      useGlobalJson: true
      performMultiLevelLookup: true
  

• 优化任务检测逻辑：使用最新版本的UseDotNet@2任务（新版本已优化系统SDK检测逻辑），同时performMultiLevelLookup: true会让任务遍历系统全局路径查找已安装SDK，避免仅依赖自身缓存。

2. UseDotNet和DotNetCLI任务是否仍是推荐选项？ #

是的，这两个任务仍是微软官方推荐的Azure Pipeline .NET构建工具，原因如下：

• 版本可控性：UseDotNet@2可精准指定SDK版本，并将对应版本路径添加到PATH最前端，确保后续DotNetCLI任务或脚本使用指定版本，不受系统预装旧版本（如.NET 2）干扰。
• 缓存与效率：任务自动管理SDK缓存，同一代理池内的后续流水线可复用已下载的SDK，减少重复下载时间。
• 跨平台兼容性：支持Windows、Linux、macOS等所有Azure Pipeline代理池环境，自动适配不同平台的SDK安装包。
• 内置功能完善：自带代理配置、版本检测、workload安装等功能，比直接用script任务执行dotnet命令更稳定可靠。

若遇到默认使用旧版本的问题，只需确保UseDotNet@2任务在所有DotNetCLI任务或dotnet脚本之前执行，它会自动覆盖PATH中的旧版本路径，让后续任务使用指定SDK。

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