npm 采用语义版本管理软件包.所谓语义版本,就是指版本号为a.b.c的形式,其中a是大版本号,b是小版本号,c是补丁号. 一个软件发布的时候,默认就是1.0.0版.如果以后发布补丁,就增加最后一位数字,比如1.0.1:如果增加新功能,且不影响原有的功能,就增加中间的数字(即小版本号),比如1.1.0:如果引入的变化,破坏了向后兼容性,就增加第一位数字(即大版本号),比如2.0.0. npm 允许使用特殊符号,指定所要使用的版本范围,假定当前版本是1.0.4 只接受补丁包:1.0 或者 1.0.…

语义化版本号 是由github创始人 Tom Preston-Werner 发起的一个关于软件版本号的命名规范,关于这个规范详细的说明可以在 官网 查看,也可访问其 GitHub项目页面 ,官网文档: 语义化版本2.0.0 摘要 版本格式:主版本号.次版本号.修订号,版本号递增规则如下: 主版本号:当你做了不兼容的API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问题修正. 先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸. 简介…

semver语义化版本号 语义化版本号各位置的含义 版本号:X.Y.Z X: 代表发生了不兼容的API改变 Y: 代表向后兼容的功能性变化 Z: 代表向后兼容bug fixes 语义化版本号示例 1.2.3 指定明确的版本号 >1.2.3 or >=1.2.3 大于或等于指定的版本号 <1.2.3 or <=1.2.3 小于或等于指定的版本号 1.2.3 - 2.3.4 等价于 >=1.2.3 <=2.3.4 ~1.2.3 等价于 >=1.2.3-0 <1.…

最近Github 10周年在朋友圈里沸沸扬扬刷屏,小编在工作中却惊讶的发现不少同事对版本号中的beta和rc没有概念,使用 npm install package@next 时,也不清楚next代表的含义.于是,决定写一篇文章科普一下由 Github 起草的Semver(语义化版本)的相关知识. 实际案例 首先,我们来看看目前最流行的前端框架之一的React最近5个月的版本发布日志,截图来自npmjs.com: 从上图,我们不难得出几个结论: 软件的版本通常由三位组成,形如:X.Y.Z 版本是严…

本文删改自Node.js 8 the Right Way Part I Chapter 3 npm 使用语义版本控制(SemVer)来寻找包的最佳可用兼容版本. 以安装测试框架mocha为例 $ ​​npm​​ ​​install​​ ​​--save-dev​​ ​​--save-exact​​ ​​mocha@3.4.2​ -- save-exact (或-e)标志告诉 npm 我们希望指定特定的包版本,在本例中是3.4.2. 在 Node.js 社区中,语义版本控制是一个强有力的约定惯例,…

npm install 命令 首先总结下npm 安装一个模块包的常用命令. /* 模块依赖会写入 dependencies 节点 */ npm install moduleName npm install -save moduleName npm install -S moduleName /* 模块依赖会写入 devDependencies 节点 */ npm install -save-dev moduleName npm install -D moduleName /* 全局安装模块包 *…

参考资料: 语义化版本2.0.0 the semantic versioner for npm 在package的devDependencies和dependencies2个字段中有指定依赖包版本,这个版本返回一个由一个或多个空格分隔的字符串,这些版本是有一定的语义的,当然依赖还可以用tarball或者git URL.下面我们来学习下这些版本代表的语义. 语义化版本控制的规范是由Gravatars创办者兼GitHub共同创办者Tom Preston-Werner所建立. 版本号的意义 主版号.次…

npm的语义化版本控制——Semantic versioning 在新发布的代码中传达更改的程度非常重要,因为有时更新会破坏包需要的代码(称为依赖项).语义化版本控制(semver)是一个旨在解决这个问题的标准. Semver出版商 如果一个项目要与其他项目共享,那么它应该从1.0.0开始(尽管npm上的一些项目不遵循这个规则). 在此之后,应按以下步骤处理更改: Semver消费者 在我们的package.json里面有一个version字段.那么,怎么在项目不断构建的过程中调整版本呢? np…

Github 持续化集成 工作流 Npm包自动化发布 简介   持续集成指的是,频繁地(一天多次)将代码集成到主干. 它的好处主要有两个: 快速发现错误.每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易. 防止分支大幅偏离主干.如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成.   持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量.它的核心措施是,代码集成到主干之前,必须通过自动化测试.只要有一个测试用例失败,就不能集成.   GitHub…

地址:http://semver.org/lang/zh-CN/?spm=a219a.7629140.0.0.GUJMXE 语义化版本 2.0.0 摘要 版本格式:主版本号.次版本号.修订号,版本号递增规则如下: 主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问题修正. 先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸. 简介 在软件管理的领域里存在着被称作“依赖地狱”的死亡之谷,系统规模越大,加入的…