npm 语义化版本控制

NPM 版本控制

为了在软件版本号中包含更多意义,反映代码所做的修改,产生了语义化版本,软件的使用者能从版本号中推测软件做的修改。npm 包使用语义化版控制,我们可安装一定版本范围的 npm 包,npm 会选择和你指定的版本相匹配(latest)最新版本安装。
npm 的版本号由三部分组成:
主版本号次版本号补丁版本号。变更不同的版本号,代表不同的意义:

  • 主版本号(major):软件做了不兼容的变更(breaking change 重大变更);
  • 次版本号(minor):添加功能或者废弃功能,向下兼容;
  • 补丁版本号(patch):bug 修复,向下兼容。

有时候为了表达更加确切的版本,还会在版本号后面添加标签或者扩展,来说明是预发布版本或者测试版本等。比如 3.2.3-beta-3

常见的标签有 :

标签意义补充
demodemo版本可能用于验证问题的版本
dev开发版开发阶段用的,bug 多,体积较大等特点,功能不完善
alphaα版本用于内部交流或者测试人员测试,bug较多
beta测试版(β版本)较α版本,有较大的改进,但是还是有bug
gamma(γ)伽马版本较α和β版本有很大的改进,与稳定版相差无几,用户可使用
trial试用版本本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。
stable稳定版
csp内容安全版本js库常用
latest最新版本不指定版本和标签,npm 默认安最新版

更多关于标签的内容

查看标签:

npm dist-tags ls <pkg>
npm dist-tags ls vue

得到:

beta: 2.6.0-beta.3
csp: 1.0.28-csp
latest: 2.6.10

安装带标签的版本

npm i <pkg>@<tag>
npm i vue@beta # 安装 2.6.0-beta.3
希望安装带标签的版本,必须明确指定标签或者版本号,否则安装的是最新的不带标签的版本。

版本号变更规则

  1. 版本号只升不降,不得在数字前加0,比如 2.01.2 不允许的;
  2. 0.y.z,处于开发阶段的版本;
  3. 第一个正式版版本往往命名为 1.0.0;
  4. 先行版本必须在补丁版本之后添加,比如 2.3.7-0,0表示先行版本,和补丁版本用-分隔;
  5. 版本的比较依次比较主版本次版本补丁版本先行版本,直到第一个能得出比较结果为止;
  6. 不小心把一个不兼容的改版当成了次版本号发行了该怎么办?一旦发现自己破坏了语义化版本控制的规范,就要修正这个问题,并发行一个新的次版本号来更正这个问题并且恢复向下兼容。即使是这种情况,也不能去修改已发行的版本。

NPM版本计算器

如何处理即将弃用的功能?

弃用现存的功能是软件开发中的家常便饭,也通常是向前发展所必须的。但当你弃用公共API的一部分时,你应该做两件事:
(1)更新文档以便使用者知道这个变化。
(2)发行不包含弃用功能的次版本。在新主版本中完全移除弃用功能前,至少应有一个不包含弃用功能的次版本发布,以便使用者能够平滑过渡到新的API。

如何更新版本号?不用手动修改 package.json。而是用如下命令:

npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease | from-git]
  1. newversion: 直接给一个版本号;
  2. major: 主版本增加1;
  3. premajor: 预备主版本,主版本增加1,增加先行版本号;
  4. prelease: 预先发布版本,先行版本号增加1;

git 和 npm version 结合

手动更改版本号

执行 npm version <version> -m 'xx %s xx' 改变npm版本的同时,会执行一次 git commt -m 'xx %s xx'并用版本号打一个tag,%s 会替换成版本号,前提是版本库是干净的(clean)

自动更新版本

.git/hooks目录内,新建post-commit,输入以下内容:

#!/bin/sh
COMMIT_MSG="$(git log --pretty=format:"%s" -1 head)"
echo "$COMMIT_MSG" | grep  -q  "^[0-9]"
if [ $? -ne 0 ];then
   # 自动修改 patch
  echo $(npm version patch)
fi

在执行 git commit -m 'message'后,会检测message是否是版本号(y.x.z的形式),不是,则执行 npm version patch更新补丁版本,打一个tag。

如果想自动修改次版本,post-commit 的内容即可。

版本运算符

版本运算符指定了一定范围的版本。
主要有~^-<<=>>==版本运算符。

~ 版本号 ----- 指定主版本号或者次版本号相同

~ + 只含主版本 --- 主版本相同;
~ + 含有次版本 --- 主版本和次版本号相同。

版本范围匹配版本
~33.x 或者 3.0.0 <= v < 4.0.0
~3.13.1.x 或者 3.1.0 <= v <3.2.0
~3.1.23.1.2 < v < 3.2.0

指定的版本范围含有预发布版本,只会匹配和完整版本号相同的预发布版本。
~3.1.3-beta.2 匹配 3.1.3-beat.3 不匹配 3.1.4-beat-2

npm i lodash@~3 # 安装 3.10.1
npm i lodash@~3.9 # 安装 3.9.3
npm i lodash@~3.9.1 # 安装 3.9.3
npm i lodash@~3.8.0 # 安装 3.8.0

^ 版本号 --- 第一个非零 版本号相同

版本范围匹配版本补充
^3.1.53.1.5 <= v < 4.0.0
^0.3.60.3.6 <= v < 0.4.0
^0.0.20.0.2 <= v < 0.0.3
^3.x.x3.0.0 <= v < 4.0.0版本号缺少的位置,会被 0 填充
^4.2.x4.2.0 <= v < 4.3.0

npm 安装包时,默认使用 ^ 匹配版本。

安装主版本号为 3 的最新版本:

npm i lodash@^3 # 安装 3.10.1
npm i lodash@^3.9 # 安装 3.10.1
npm i lodash@^3.8.0 # 安装 3.10.1

~ vs ^

版本范围含义匹配的版本说明
~3.3.0与3.3.0相似3.3.0 <= v < 3.4.0主版本和次版本相同
^3.3.0与3.3.0兼容3.3.0 <= v < 4主版本相同

同一个版本号,^ 能匹配的范围大些,更加激进。

例子

npm i lodash@^3.3.0 # 安装 3.10.1
npm i lodash@~3.3.0 # 安装 3.3.1

~ 和 ≈ 差不多,可将 ~ 理解成相似,这样就分辨和理解了,~指定的是相似版本
^ 可理解成兼容版本

- 指定精确范围

版本范围匹配版本补充
2.0.0 - 3.2.72.0.0 <= v <= 3.2.7- 前后有空格
0.4 - 30.4.0 <= v <= 3.0.0缺少的版本号,被 0 填充
npm i vue@"1 - 1.9" # 安装 1.0.28

版本号比较器

版本范围匹配版本补充
<2.2.0小于2.2.0 的版本
<=2.0.0小于等于 2.0.0 的版本
\>4.2.0大于4.2.0 的版本
\>=4.2.0大于等于 4.2.0 的版本
=4.3.0等于 4.3.0 的版本

\ 是转义字符。

npm i lodash@\<3.5 # 安装 3.4.0
npm i lodash@\<=3.5 # 安装 3.5.0
npm i lodash@\>3.5 # 安装 4.17.11
npm i lodash@\>=3.5 # 安装 4.17.11
npm i vue@">1 <2.3" # 安装 2.2.6

分组 ||

或者的关系连接两个版本范围,极少使用。

npm i vue@"^0.7 || ~2" # 安装 2.6.10

参考

依赖的版本
版本号管理策略&&使用npm管理项目版本号
语义化版本2.0
whats-the-difference-between-tilde-and-caret-in-package-json


Node 进阶
Node 核心模块学习,Node 进阶学习
1 篇内容引用

前端工程师

165 声望
2 粉丝
0 条评论
推荐阅读
如何优雅地封装 axios
如何优雅地封装 axios工作中接手他人的项目,看到一些 axios 封装很是复杂,难用,现在来总结一下 axios 封装 xhr 的问题。在 vue 项目中使用,希望达到下面的效果:引用方便,在组件中,通过 this.$http[method]...

JackZhouMine3阅读 683

封面图
从零搭建 Node.js 企业级 Web 服务器(零):静态服务
过去 5 年,我前后在菜鸟网络和蚂蚁金服做开发工作,一方面支撑业务团队开发各类业务系统,另一方面在自己的技术团队做基础技术建设。期间借着 Node.js 的锋芒做了不少 Web 系统,有的至今生气蓬勃、有的早已夭折...

乌柏木140阅读 11.9k评论 10

从零搭建 Node.js 企业级 Web 服务器(十五):总结与展望
总结截止到本章 “从零搭建 Node.js 企业级 Web 服务器” 主题共计 16 章内容就更新完毕了,回顾第零章曾写道:搭建一个 Node.js 企业级 Web 服务器并非难事,只是必须做好几个关键事项这几件必须做好的关键事项就...

乌柏木60阅读 5.9k评论 16

再也不学AJAX了!(二)使用AJAX ① XMLHttpRequest
「再也不学 AJAX 了」是一个以 AJAX 为主题的系列文章,希望读者通过阅读本系列文章,能够对 AJAX 技术有更加深入的认识和理解,从此能够再也不用专门学习 AJAX。本篇文章为该系列的第二篇,最近更新于 2023 年 1...

libinfs39阅读 6.1k评论 12

封面图
从零搭建 Node.js 企业级 Web 服务器(一):接口与分层
分层规范从本章起,正式进入企业级 Web 服务器核心内容。通常,一块完整的业务逻辑是由视图层、控制层、服务层、模型层共同定义与实现的,如下图:从上至下,抽象层次逐渐加深。从下至上,业务细节逐渐清晰。视图...

乌柏木39阅读 7k评论 6

【关于Javascript】--- 正则表达式篇
基础知识一、元字符 {代码...} 二、量词 {代码...} 三、集合 字符类 {代码...} 四、分支 {代码...} 五、边界 开始结束 {代码...} 六、修饰符 {代码...} 七、贪婪模式和非贪婪模式js默认贪婪模式即最大可能的匹配...

Jerry35阅读 2.9k

从零搭建 Node.js 企业级 Web 服务器(二):校验
校验就是对输入条件的约束,避免无效的输入引起异常。Web 系统的用户输入主要为编辑与提交各类表单,一方面校验要做在编辑表单字段与提交的时候,另一方面接收表单的接口也要做足校验行为,通过前后端共同控制输...

乌柏木32阅读 6k评论 9

前端工程师

165 声望
2 粉丝
宣传栏