NPM 依赖库版本号、符号

** npm 版本号形式 X.Y.Z**
其中 X、Y 和 Z 为非负的整数,且禁止(MUST NOT)在数字前方补零
版本格式:主版本号.次版本号.修订号,版本号递增规则如下:

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

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

9、*
*表示任意版本 对版本没有限制, 一般不用

"base": "*"

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

"base": "1.0.1-1.5.9"

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

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

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

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

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

lib1: 依赖于 ‘base’:’^1.1.0’
项目依赖于 ‘base’:‘1.2.0’

初次安装会在 node_modules 根目录放置 base 库(1.2.0)的版本。

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

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

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

猜你喜欢

转载自blog.csdn.net/glorydx/article/details/112474999
今日推荐