Azure pipeline运行NodeTool@0任务报错无法提取.gz归档文件咨询

路径归属说明 #

你提到的/home/abc-vsts-user是你配置的自托管代理节点jvdc-agent-2上的本地路径，和Artifactory服务器无关。
你的流水线指定了运行在jvdc-static-pool池的jvdc-agent-2节点上，所有任务的执行、文件读写都在这台代理机器上完成。NodeTool任务运行时会先将Node安装包从你配置的源（即Artifactory）拉取到代理服务运行用户的家目录下的Maven缓存路径，再执行解压操作，因此会在该路径下生成压缩包文件。

gz格式校验失败原因 #

后缀为.gz但识别为非gz格式，核心原因是该文件不是真实的gzip压缩包：大概率是拉取安装包时出现异常，比如网络中断、权限不足、访问被拦截，最终返回的是403/404/认证失败的HTML错误页面，只是被按照请求文件名存储为.gz后缀，实际内容为文本，因此解压时触发格式错误。

• 验证本地文件实际格式：登录jvdc-agent-2机器，进入/home/abc-vsts-user/.m2/repository/com/github/eirslett/node/10.14.2/目录，执行file node-10.14.2-linux-x64.tar.gz命令查看真实文件格式。如果输出为HTML/文本类格式，直接删除该损坏文件，重新运行流水线尝试重新下载。
• 验证Artifactory访问权限：在jvdc-agent-2机器上手动执行curl命令拉取Artifactory上对应Node包的地址，确认是否可以正常下载完整压缩包，排查是否存在IP白名单限制、账号凭证过期、路径配置错误的问题。
• 清理缓存避免重复报错：可以在NodeTool任务前新增一步执行命令，每次运行前清理对应Node版本的本地缓存目录，避免流水线重复使用之前下载失败的损坏文件。
• 调整任务配置：如果10.x版本不是强制要求，可尝试更换更高版本的Node LTS版本，或手动将正确的安装包上传到代理的对应缓存路径，跳过自动下载步骤。

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