shijie_npm2

版本号规则

版本格式

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

主版本号(major)：当你做了不兼容的 API 修改， 次版本号(minor)：当你做了向下兼容的功能性新增，可以理解为Feature版本， 修订号(patch)：当你做了向下兼容的问题修正，可以理解为Bug fix版本。

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

先行版本

当要发布大版本或者核心的Feature时，但是又不能保证这个版本的功能 100% 正常。这个时候就需要通过发布先行版本。比较常见的先行版本包括：内测版、灰度版本了和RC版本。Semver规范中使用alpha、beta、rc(以前叫做gama)来修饰即将要发布的版本。它们的含义是：

• alpha: 内部版本(觉得不稳就先发个这个版本，如1.0.0-alpha.0)
• beta: 公测版本（如1.0.0-beta.0）
• rc: 即Release candiate，正式版本的候选版本（如1.0.0-rc.0, 1.0.p-rc.1 1.0.0-rc.0911da3）

alpha, beta, rc后需要带上次数信息或者git commit hash。

版本发布准则

列举出比较实用的一些规则：

• 标准的版本号必须采用XYZ的格式，并且X、Y 和 Z 为非负的整数，禁止在数字前方补零，版本发布需要严格递增。例如：1.9.1 -> 1.10.0 -> 1.11.0。
• 某个软件版本发行后，任何修改都必须以新版本发行。
• 1.0.0 的版本号用于界定公共 API。当你的软件发布到了正式环境，或者有稳定的API时，就可以发布1.0.0版本了。
• 版本的优先层级指的是不同版本在排序时如何比较。判断优先层级时，必须把版本依序拆分为主版本号、次版本号、修订号及先行版本号后进行比较。

npm包发布

通常我们发布一个包到npm仓库时，我们的做法是先修改 package.json 为某个版本，然后执行 npm publish 命令。手动修改版本号的做法建立在你对Semver规范特别熟悉的基础之上，否则可能会造成版本混乱。npm 考虑到了这点，它提供了相关的命令来让我们更好的遵从Semver规范：

• 升级补丁版本号：npm version patch
• 升级小版本号：npm version minor
• 升级大版本号：npm version major

当执行 npm publish 时，会首先将当前版本发布到 npm registry，然后更新 dist-tags.latest 的值为新版本。