Azure Data Factory CI流程npm验证步骤突发崩溃问题求助

1. 核心原因是运行时版本不兼容：从错误日志可以看到当前管道使用的Node.js版本为v10.24.1，而你在package.json中对@microsoft/azure-data-factory-utilities依赖使用了^0.1.5的浮动版本规则，npm安装时会自动拉取符合语义化版本要求的最新小版本。2022年6月微软推送的该依赖0.1.6及以上版本完全放弃了Node.js 10支持，最低要求Node.js 14及以上版本，新版本代码使用了Node 10无法识别的ES2020+语法，直接导致执行时崩溃。你之前流程稳定是因为此前安装的是兼容Node 10的0.1.5版本，本次运行时npm自动拉取了不兼容的新版本，且你未修改任何业务代码，符合故障突发的特征。
2. 小概率诱因是依赖包自动下载的校验bundle损坏：该工具执行时会自动拉取独立的main.js校验包，偶发网络波动会导致下载的文件不完整，触发执行错误。

• 优先方案（官方推荐）：在执行Npm验证任务前，添加Node.js版本安装任务，将运行时升级到长期支持的16.x版本，配置示例如下：

- task: NodeTool@0
  displayName: 'Install Node.js 16 LTS'
  inputs:
    versionSpec: '16.x'

升级后即可兼容最新版的ADF校验工具，也能避免其他Azure DevOps内置任务逐步淘汰Node 10带来的后续兼容问题。

• 临时兜底方案：如果短期内无法调整管道Node版本，直接将依赖版本锁死在兼容Node 10的0.1.5版本，移除版本号前的^浮动标记，修改后的package.json依赖配置如下：

{
    "scripts":{
        "build":"node node_modules/@microsoft/azure-data-factory-utilities/lib/index"
    },
    "dependencies":{
        "@microsoft/azure-data-factory-utilities":"0.1.5"
    }
}

锁版本后npm不会自动拉取不兼容的新版本，可直接恢复到之前的稳定运行状态。

• 缓存清理补充操作：如果上述操作后仍有报错，可在npm安装步骤后添加脚本任务，删除工具自动下载的缓存文件，触发重新拉取完整包，命令如下：

rm -rf $(packageJsonFolder)/node_modules/@microsoft/azure-data-factory-utilities/downloads

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