一次血的教训记npm package-lock.json导致的腥风血雨

追逐、

已于 2022-06-03 11:12:36 修改

阅读量1w

点赞数 7

分类专栏： npm node 文章标签： npm node.js typescript

于 2020-09-10 21:50:19 首次发布

本文链接：https://blog.csdn.net/qq_29722281/article/details/108517149

版权

删除package-lock.json导致公司主分支构建失败，经过排查发现是由于缺少该文件，npm在安装依赖时采取了不同策略，更新了缓存中的包，引起版本不兼容问题。清除npm缓存并升级相关库版本后解决问题。总结强调了package-lock.json维护的重要性和npm install流程的理解。

摘要由CSDN通过智能技术生成

一、问题产生

一次偶然的机会，发现公司代码仓库中，sdk构建和reactjs构建仓库中居然有package-lock.json，这两个本该在编译时生成的文件，对于有强迫症的我，自然看不下去。于是果断一个MR,删除了这两个package-lock.json。以为自己做了好事的我还在沾沾自喜，殊不知这给我带来了2天苦逼的问题定位…

二、过程&解决

MR合入的当日，21.0主分支base仓构建失败，CIE大佬找到我，跟我说是前端base仓构建的问题，我心中一惊，立即翻看当天合入的MR，发现能影响构建的流程的只有我的那个删除package-lock.json的MR。先定下心，看一下给的报错日志：

npm ERR! Unexpected end of JSON input while parsing near '...l.com"}],"directories'

npm ERR! A complete log of this run can be found in:
npm ERR!     /Users/louyanping/.npm/_logs/2018-12-14T03_32_00_994Z-debug.log
louyanpingdeMacBook-Pro:cnpc_group_buying louyanping$

没错，没有其他任何报错信息，就只有这模糊的一句话。当时流水线紧急，没考虑详细，直接新建一个分支，恢复删除的package-lock.json。想想先保证构建流程，再考虑问题。
上库之后，出乎意料的是，还是出现了上述的报错信息。这时候我就意识到问题的严重性了。

前两天听CIE负责人说机器环境可能变动，为了排除打包机器环境变动的原因导致，通过mr上库时间，找出最后一次构建成功的Base仓，回归到该提交，并提交到一个新的分支进行构建。发现可以成功构建，这就排除了机器环境的问题。

结合CIE 前一天的构建流水线正常，上完库就出问题这一点来看，问题基本可以定位是有代码上库导致，再次检查了一下当天上库的MR,再次确认只有我改动了构建相关的流程后&#x