语义化版本

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

• 主版本号X：当你做了不兼容的 API 修改，
• 次版本号Y：当你做了向下兼容的功能性新增，
• 修订号Z：当你做了向下兼容的问题修正。

为了解决项目进展被锁死或者版本混乱变得不够简便和可靠的问题，可以用一组简单的规则和条件约束版本号的配置和增长。可根据版本包的改动去递增不同类型的版本号。即语义化版本控制。

1. 标准的版本号必须是X.Y.Z的形式。
2. 主版本号为0的软件处于开发初始阶段，一切都有可能改变，非稳定版。
3. 1.0.0标志着公共api的形成，之后的所有版本都将基于它更新及修改。
4. z只有当做了向下兼容的修正时才递增。
5. y只有做了向下兼容的新功能才递增。
6. x在有任何不兼容的修改被加入到公共api时递增。
7. 先行版本号位于修订版之后，加上先行版本号则表示本版本并非稳定且可能无法满足预期的兼容性需求。如：1.0.0-alpha、1.0.0-0.3.7。 先行版本号必须由ASCII 字母数字和连接号，且禁止留白。
8. 版本编译元数据被标注在修订版或先行版本号之后,先一个加号再加上一连串以句点分隔的标识符来修饰，如:1.0.0-beta+exp.sha.5114f85
9. 若开头的标识符都相同时，栏位比较多的先行版本号优先层级比较高。范例：1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0。