NPM发包版本号规范

版本格式

一般为：x.y.z-state
x – 主版本号，y – 次版本号，z – 修订号
state – 版本状态，可选字段，可选值包括以下几种

• alpha，内部测试版本，bug较多
• beta，公测版本，给外部进行测试的版本，有缺陷
• rc，release candidate，前面三种测试版本的进一步版本，实现了全部功能，解决了大部分bug，接近发布，正式版本的候选版本

版本号递增规则

• 主版本号：做了不兼容旧版本的API修改，大版本修改，主版本号递增时，次版本号和修订号必须归零
• 次版本号：向下兼容的功能性新增或弃用，feature 版本，每次次版本号递增时，修订号必须归零
• 修订号：向下的版本问题修复，bug fix 版本
• 数字型的标识符为非负整数，且不能在前面补零
• 0.y.z 表示开发阶段，一切可能随时改变，非稳定版
• 1.0.0 界定此版本为初始稳定版，后面的一切更新都基于此版本修改
• 在发布重要版本时，可以先发布alpha，beta，rc等先行版本，先行版本版本状态是以 . 分隔的标识符，由数字字母组成，alpha、beta、rc后需要带上次数信息，比如1.0.0-alpha.1
• 某个软件版本发行后，后续修改都必须以新版本发行

changelog

npm install -g conventional-changelog-cli
 
//包所在目录命令行
conventional-changelog -p angular -i CHANGELOG.md -s

要注意的是，在我们每次changelog之前，都必须要使用npm version(version命令参考的这篇文章 https://blog.csdn.net/znyaiw/article/details/80199457)升级版本，否则，commit一直都会有之前的记录