npm 包的版本修改规范

🌙
手机阅读
本文目录结构

在新版本的代码中传达更改的范围很重要,

因为有时更新可能会破坏程序包所需的代码(称为依赖)。

语义版本控制(Semver)是旨在解决此问题的标准。

语义化发布

如果要与其他人共享一个项目,则该项目应始于1.0.0,(尽管npm上的某些项目不遵循此规则)。

此后,更改应按以下方式处理:

Code Status stage rule 例子
开始版本 new product 从1.0.0开始 1.0.0
BUG修改 Patch Release 改第三个参数 1.0.1
新增功能 Minor Release 改第二个参数 1.1.0
大变动 Major Release 改第一个参数 2.0.0

为使用者

针对使用者的语义化版本

如果您从软件包1.0.4开始,这就是您指定范围的方式:

  • 补丁版本:1.01.0.x~1.0.4
  • 次要版本:11.x^1.0.4
  • 主要版本:*x

AXIHE / 精选资源

浏览全部教程

面试题

学习网站

前端培训
自己甄别

前端书籍

关于朱安邦

我叫 朱安邦,阿西河的站长,在杭州。

以前是一名平面设计师,后来开始接接触前端开发,主要研究前端技术中的JS方向。

业余时间我喜欢分享和交流自己的技术,欢迎大家关注我的 Bilibili

关注我: Github / 知乎

于2021年离开前端领域,目前重心放在研究区块链上面了

我叫朱安邦,阿西河的站长

目前在杭州从事区块链周边的开发工作,机械专业,以前从事平面设计工作。

2014年底脱产在老家自学6个月的前端技术,自学期间几乎从未出过家门,最终找到了满意的前端工作。更多>

于2021年离开前端领域,目前从事区块链方面工作了