Azure DevOps中Cache@2任务在Windows代理下的GNU Tar替代方案

以下是几个可行的解决方向，无需直接放弃缓存：

1. 临时在代理上安装GNU Tar #

在Cache@2任务前添加一个PowerShell任务，借助Chocolatey快速安装GNU Tar并配置环境变量：

# 安装GNU Tar
choco install -y gnu-tar
# 将Tar所在路径添加到系统PATH（Chocolatey默认安装路径）
$env:Path += ";C:\tools\gnu-tar\bin"
# 验证安装成功
tar --version

安装完成后再执行Cache@2任务，就能找到所需的tar工具。

2. 绕过Cache@2，自定义缓存逻辑 #

如果无法安装Tar，可以放弃官方Cache@2任务，用Azure Pipelines原生任务实现缓存：

• 尝试下载缓存：添加DownloadPipelineArtifact任务，指定缓存制品名称（比如dependency-cache），设置continueOnError: true，避免缓存不存在时构建中断。
• 解压缓存（若存在）：用ExtractFiles任务将下载的缓存包解压到依赖目录（比如$(Agent.TempDirectory)\deps）。
• 安装依赖（若缓存不存在）：添加条件判断，仅当缓存下载失败时执行依赖安装脚本。
• 更新缓存：用ArchiveFiles任务打包依赖目录，再通过PublishPipelineArtifact上传为新的缓存制品。

这种方式完全不需要Tar工具，用原生任务就能实现缓存效果。

3. 切换到更新的Windows代理池 #

你当前使用的windows v10.0.14393是Windows Server 2016的旧代理池，windows-2019或windows-2022等较新池已经预装了GNU Tar，可直接运行Cache@2任务。若项目允许切换代理池，这是最省心的解决方案。

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