为了在软件版本号中包含更多意义,反映代码所做的修改,产生了语义化版本,软件的使用者能从版本号中推测软件做的修改。npm 包使用语义化版控制,我们可安装一定版本范围的依赖,npm 会选择和你指定的版本相匹配的最新版本安装。
npm 的版本号由三部分组成:
主版本号、次版本号、补丁版本号。变更不同的版本号,表单不同的意义:
有时候为了表达更加确切的版本,还会在版本号后面添加标签或者扩展,来说明是预发布版本或者测试版本等。比如 3.2.3-beta-3。
常见的标签有 :
标签 | 意义 | 补充 |
---|---|---|
demo | demo版本 | 可能用于验证问题的版本 |
dev | 开发版 | 开发阶段用的,bug 多,体积较大等特点,功能不完善 |
alpha | α版本 | 用于内部交流或者测试人员测试,bug较多 |
beta | 测试版(β版本) | 较α版本,有较大的改进,但是还是有bug |
gamma | (γ)伽马版本 | 较α和β版本有很大的改进,与稳定版相差无几,用户可使用 |
trial | 试用版本 | 本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。 |
stable | 稳定版 | |
csp | 内容安全装版 | js库常用 |
latest | 最新版本 | 不指定版本和标签,默认安装新版 |
更多关于标签的内容
查看标签:
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
弃用现存的功能是软件开发中的家常便饭,也通常是向前发展所必须的。但当你弃用公共api的一部分时,你应该做两件事:(1)更新文档以便使用者知道这个变化。(2)发行不包含弃用功能的副版本。在新主版本中完全移除弃用功能前,至少应有一个不包含弃用功能的副版本发布,以便使用者能够平滑过渡到新API。
如何更新版本号?不用手动修改 package.json。而是用如下命令:
npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease | from-git]
执行 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 的内容即可。
版本运算符指定了一定范围的版本。主要有~、^、-、<、<=、>、>=、=版本运算符。
~ + 只含主版本 --- 主版本相同;
~ + 含有次版本 --- 主版本和次版本号相同。
版本范围 | 匹配版本 |
---|---|
~3 | 3.x 或者 3.0.0 <= v < 4.0.0 |
~3.1 | 3.1.x 或者 3.1.0 <= v <3.2.0 |
~3.1.2 | 3.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.5 | 3.1.5 <= v < 4.0.0 | |
^0.3.6 | 0.3.6 <= v < 0.4.0 | |
^0.0.2 | 0.0.2 <= v < 0.0.3 | |
^3.x.x | 3.0.0 <= v < 4.0.0 | 版本号缺少的位置,会被 0 填充 |
^4.2.x | 4.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
版本范围 | 含义 | 匹配的版本 | 说明 |
---|---|---|---|
~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.7 | 2.0.0 <= v <= 3.2.7 | - 前后有空格 |
0.4 - 3 | 0.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
来自:https://segmentfault.com/a/1190000018714929
网页主要由三部分组成:结构(Structure)、表现(Presentation)和行为(Behavior)。所以W3C对应的标准也分三方面:结构化标准语言主要包括XHTML和XML,表现标准语言主要包括CSS,行为标准主要包括对象模型(如W3C DOM)、ECMAScript等
什么是表现与数据分离?一是前后端分离,所有数据都是后端通过AJAX发送给前端,前端负责展现页面,后端负责提供数据。二是前端页面展现与数据处理分离
语义化是指根据内容的结构化(内容语义化),选择合适的标签(代码语义化),便于开发者阅读和写出更优雅的代码的同时,让浏览器的爬虫和机器很好的解析。如何理解语义化?
通俗的来讲就是从代码上来展示页面的结构,而不是从最终视觉上来展示结构。单纯的HTML代码是不带任何样式的只是用来标记这一段是标题、这一块是代码、那一个是要强调的内容等等
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!