NPM依赖库版本号、符号

** npm 版本号形式 X.Y.Z**
其中 X、Y 和 Z 为非负的整数&＃xff0c;且禁止&＃xff08;MUST NOT&＃xff09;在数字前方补零
版本格式&＃xff1a;主版本号.次版本号.修订号&＃xff0c;版本号递增规则如下&＃xff1a;

X. 主版本号&＃xff1a;当你做了不兼容的 API 修改&＃xff0c;
Y. 次版本号&＃xff1a;当你做了向下兼容的功能性新增&＃xff0c;
Z. 修订号&＃xff1a;当你做了向下兼容的问题修正。

版本号前的符号说明
1、没有任何符号
1.0.0
完全百分百匹配&＃xff0c;当前库/项目必须使用当前版本号&＃xff0c;如果和其他依赖使用了相同库不同版本&＃xff0c;会在库的文件夹下建立一个 node_modules 文件夹存放它需要依赖的版本文件。
2、> (大于)
必须大于某个版本
例如 >1.0.0 &＃xff0c;可以使用 1.0.1、1.1.1 、2.0.0 的版本。
3、>&＃61;(大于等于)
必须大于或等于某个版本号
例如 >&＃61;1.0.0 &＃xff0c;可以使用 1.0.0、1.1.1 、2.0.0 的版本。
4、<(小于)
必须小于某个版本
例如 <2.0.0 &＃xff0c;可以使用 1.0.1、1.1.1 、1.1.9 的版本。
5、<&＃61;(小于等于)
必须小于或等于某个版本
例如 <&＃61;2.0.0 &＃xff0c;可以使用 1.0.1、1.1.1 、2.0.0 的版本。
6、~
不改变主版本号和次版本号&＃xff0c;修订号可以随意更改
例如 ~2.0.0 &＃xff0c;可以使用 2.0.0、2.0.2 、2.0.9 的版本。
7、^
不改变主版本号&＃xff08;主版本号非0&＃xff09;&＃xff0c;此版本号和修订号可以随意更改
例如 ^2.0.0 &＃xff0c;可以使用 2.0.1、2.2.2 、2.9.9 的版本。
8、x
x位置即后的位置可以随意&＃xff08;不用在主版本号上&＃xff09;。
例如 1.x 可以使用 1.0.1 、1.1.1 、1.9.1的版本。
例如 2.1.x 可以使用 2.1.1、2.1.9的版本

9、*
*表示任意版本 对版本没有限制&＃xff0c; 一般不用

"base": "*"


10、-
-表示两个版本号之间的版本

"base": "1.0.1-1.5.9"


例如 1.0.1-1.5.9 可以使用 1.0.1到1.5.9之间的任意版本

11、||(或)
|| 可以用来设置多个版本号限制规则
例如 >&＃61; 3.0.0 || <&＃61; 1.0.0 可以使用版本号大于等于3.0.0的或者使用版本号小于等于1.0.0

注意点
在初次安装依赖的时候&＃xff0c;npm 会生成一个 package-lock.json 文件&＃xff0c;yarn 生成一个 yarn.lock 文件&＃xff0c;把当前时间点的依赖关系固定&＃xff0c;就算删除 node_modules 也不会改变。

如果项目/库更改了依赖的版本&＃xff0c;最好删除yarn.lock和node_modules重新安装。如果不&＃xff0c;会出现依赖关系错乱&＃xff0c;在原依赖内生成不必要的文件。

例如 项目和其中一个lib1都依赖于一个包的不同版本

lib1&＃xff1a; 依赖于 ‘base’:’^1.1.0’
项目依赖于 ‘base’:‘1.2.0’

初次安装会在 node_modules 根目录放置 base 库&＃xff08;1.2.0&＃xff09;的版本。

调整依赖关系
lib1&＃xff1a; 依赖于 ‘base’:’^1.1.0’
项目依赖于 ‘base’:‘1.7.0’

如果不删除yarn.lock和node_modules再次安装时&＃xff0c;这时候 lib1 文件夹内会有一个独立的 base&＃64;1.2.0 的版本。
因为在初次安装的时候lib1依赖的base版本是1.2.0&＃xff0c;yarn_lock把版本锁死之后,npm会始终认为lib1就是依赖于base: 1.2.0,
即使最新的 base1.7.0也符合 lib1的 ‘base’:’^1.1.0’,lib1也会按照目录就近寻找符合的依赖包base&＃64;1.2.0

所以 不删除 yarn_lock 和node_modules 可能会造成依赖关系混乱