Node.js中package.json中库的版本号

43次阅读

共计 1468 个字符，预计需要花费 4 分钟才能阅读完成。

~ 和 ^ 的区别
最近总是碰到一些问题, 在本地好好的, 在线上就出现了问题, 本地也一直复现不了, 后来把 node_modules 目录删除了之后, 重新安装, 就在本地复现了这个问题, 可以看了 git history, 并没有人修改 package.json 中的版本号, 于是认真的了解了一下 package.json 中库的版本号;
~ 和 ^ 的区别
“babel-loader”: “^7.1.1”,
“body-parser”: “~1.15.2”
npm install –save xxx, 会优先考虑使用 ^ 而不是~
以版本号 x.y.z 为例 x: 主版本号, 当你做了不兼容的 API 修改 y: 次版本号, 当你做了向下兼容的功能性问题 z: 修订号, 当你做了向下兼容的问题修复
~x.y.z, 会更新到 y 最新的版本, 例如 body-parser: ~1.15.2, 这个库会去匹配到 1.15.z 的最新版本, 如果出现了 1.16.0, 则不会自动升级 ^x.y.z, 会更新到 x 的最新版本, 例如 babel-loader: ^7.1.1, 这个库会去匹配 7.y.z 的最新版本, 如果出现了 8.1.1, 则不会自动升级
可以参考 npm 官方给出的解释 ^1.2.3 := >=1.2.3 <2.0.0^0.2.3 := >=0.2.3 <0.3.0^0.0.3 := >=0.0.3 <0.0.4
大多数情况下遵循这种版本号规则的依赖包都没问题, 但是 npm 是开源的世界, 并不是所有的都严格遵循这种规则, 所以会出现上述的问题;
为什么需要 package 锁
有如下几个可能原因, 在某些情况下, package.json 是无法保证每个人自己电脑上执行的 npm install 后安装的依赖版本都是一样的 1. 如果 package.json 中记录的依赖包的版本是一个版本范围, 一旦执行 npm i 会导致这个包更新到最新版本 2. 就算你依赖了一个固定版本的包 (如 A 1.1.1), 但你依赖的包 A 可能依赖其他的包 B, 而 A 在声明依赖时可能也使用了 semser 命名, 如 ^1.2.3, 如果包 B release 了新版, 也会导致包 B 会安装到更新版本 3. 不同人使用的 npm 程序的版本不同
如果依赖包的版本不一致, 会导致开发环境和生产环境产品不一致的行为; 或者导致不同团队成员之前也产品环境差异
如何解决包版本不一致的情况
1.npm 使用 package-lock.json 文件来解决这个问题
执行 npm install 会自动生成 package.json 文件, 只要执行普通的安装, 更新等可能会修改 package.json 的 npm 命令, 都会自动同步修改 package-lock.json 文件
npm install xxx
npm rm xxx
npm update xxx
2.npm 还支持 npm-shrinkwrap.json, 和 package-lock.json 功能完全一样
执行 npm shrinkwrap 来生成 npm-shrinkwrap.json 此命令将根据 package-lock.json 文件创建一个新的或覆盖已有的 npm-shrinkwrap.json 文件。此命令创建和更新的文件将优先于任何其他现有或将有的 package-lock.json 文件。
3. 使用 yarn
使用 yarn 主要有一下优点