189 8069 5689
这篇文章主要讲解了“npm包的更新需要注意什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“npm包的更新需要注意什么”吧！
10年积累的网站制作、网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有城子河免费网站建设让你可以放心的选择与我们合作。
在描述问题之前，先谈一下npm的包管理控制。 假设我们依赖一个npm包 a 常见的依赖符号有下面这么几种
{
"dependencies": {
"a":"5.6.1",
"a":">=5.6.1",
"a":">5.6.1",
"a":"<=5.6.1",
"a":"<5.6.1",
"a":"~5.6.1",
"a":"^5.6.1"
}
}我们安装的npm包依赖有大概下面这么几种：
version 匹配具体版本 例如：a:5.6.1
|>=|<|<= version 大于或者小于5.6.1
~version 大致相当于当前版本 即 5.6.X 均可以 5.7.1不可以
^version 兼容版本 兼容的是中间的版本，例如5.7.X不包括 6.X.X
详细区别请查看 根据上面的安装标识，npm会默认去拉去符合规定的最新版本。 当我们执行npm i 时 默认的版本依赖关系是"a":"^5.6.1"
npm i a -s //默认安装的依赖符号是 "a":"^5.6.1"
上面是npm的版本控制规范，有规范也要我们去遵循才可以生效。
我们发布npm包的时候，版本标识是package.json中的version
"version": "0.0.1"
一般来说对于测试版本，都是0.X.X的版本(当然也可以有例外，例如react，最高到0.14.X，突然来了个15.X.X) 成熟版本会从1.X.X开始。 如果有bug或者功能更新的时候，可不能随便更新，要根据对使用者的影响程度来进行版本更新。
从我们团队来说版本更新策略如下：
bugfix 原有功能和api无变动 最后一位小版本更新
功能更新，新增api等，但是老版本依旧可以使用 中间一位版本更新
不兼容更新，老版本无法使用 最前面的大版本升级
更复杂一点的可以通过tag来控制不同包具体可以参考https://cnodejs.org/topic/537b47d1cbcc39634983b739来了解
结合前面提到的，npm 默认的兼容版本安装，成熟npm包来说，更新策略一般都是考虑使用者的。 会进行比较严谨的版本控制，但是我们新项目使用的时候，如果觉得老的包有用，直接npm i 之前可要思量一下，是否进行了打的版本升级。
上线一个月左右的一个项目，突然接到反馈，某个页面正常渲染之后，无法选中某个某个模块。
问题复现
接到反馈之后，立即拿起手边的手机进行复现，心里还说这么明显的问题竟然发生了，赶紧分分钟干掉。 结果发现手边的手机都无法复现这种情况
app版本
这时候怀疑是不是app版本问题，试着让用户升级下app。 结果发现依旧存在相同问题
确认问题机型
这时候询问发现机型为oppo，没有仔细去看具体型号。
赶紧拿了个oppo r17测试机，发现依然不存在相关问题。
是否网络问题
因为使用的是公司内网，切换到手机4g，依然无法复现。
操作系统版本
这时候怀疑是旧版本不兼容最新语法，不过我们的js都是经过处理的，应该不会存在，不过还是确认了下用户操作系统，安卓4.6
复现
因为身边手机版本都较高，无法复现，不复现就很难定位。这时候想起来我司有个云真机平台，终于找到了个低版本的oppo，app运行都有点卡的那种。。。上面终于复现了。赶紧去调试，发现点击的时候报错:
Uncaught SyntaxError: Use of const in strict mode.
这下确认是es6没有被转义的问题了
不过这里还有点疑问，我们项目本身将src下的源码进行了处理的。如果说没有成功，那么多用到const的地方，应该一开始就报错。这下就让我我有点头疼了。
仔细想了想，可能是第三方npm包没有经过转义处理，不过引了那么多的包，确定还是太难了。webpack打包之后的代码生产环境下是压缩的，简直不能看。
本地打包
还好webpck4提供了不同的mode方式，可以直接使用 --mode development指定打包，这样是没有压缩过的。 对比发现，const出现在query-string相关逻辑中，直接本地打开查看，发现就是其6.X的版本有要求。
???? Want to strengthen your core JavaScript skills and master ES6? I would personally recommend this awesome ES6 course by Wes Bos. Also check out his Node.js, React, Sublime courses.
可以从其tag中看到，原本使用的5.x是基于es5的，18年五月份升级了6.x，抛弃了支持es5，要求限制环境。
原本使用过该模块用来解析和序列化请求参数，所以新项目就直接安装了该依赖。 安装的时候，如果没有指定版本，npm会默认获取最新版本，所以安装了6.x的版本。
这时候我们没有去查看是否已经有大版本的更新。 但目前大部分新型手机已经支持es6，所以在开发测试和上线的过程中，不会出现该问题。
只有在部分低版本的手机，才会发现。
同事做的一个项目用到了antd的upload组件，发现测试环境可以显示后端返回的图片，但是线上不可以，因为同事休假，本着团结互助，积极接锅的精神，就拿过来改了。
首先拉代码到本地，然后本地测试，依然还是没有问题的。 这样情况，还是对比下环境依赖。因为这里比较明显是upload的问题，所以我们只关注antd就好。
对比测试环境和线上可以看到确实版本有差别： beta和本地是3.1.4 线上是3.5.4 在本地限定版本之后可以发现问题修复。http://www.smxfk.com/
代码跟进去可以看到： 3.5.4版本做了个限制：
//图片后缀名必须为以下其一 (webp|svg|png|gif|jpg|jpeg|bmp)$/.test(extension)
因为我们返回的缩略图地址没有后缀，所以不会显示。
我们项目里面的版本依赖的写法是兼容版本写法：
"antd": "^3.1.4"
因为3.5.4和3.1.4都是符合要求的。
antd的版本升级策略是说的过去的毕竟不是大改动，正常情况下图片无外乎其中之一，这么小的概略就被我们碰上了。
感谢各位的阅读，以上就是“npm包的更新需要注意什么”的内容了，经过本文的学习后，相信大家对npm包的更新需要注意什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！