版本管理

Given a version number MAJOR.MINOR.PATCH, increment the:

1. MAJOR version when you make incompatible API changes
2. MINOR version when you add functionality in a backward compatible manner
3. PATCH version when you make backward compatible bug fixes

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

给定版本号 MAJOR.MINOR.PATCH，递增：

1. 当您进行不兼容的 API 更改时的主要版本
2. 当您以向后兼容的方式添加功能时的次要版本
3. 当您进行兼容的向后错误修复时的补丁版本

预发布和构建元数据的附加标签可作为 MAJOR.MINOR.PATCH 格式的扩展。】

测试版本：

1.0.0-beta.11 （测试版本不上prod环境，测试版本小于正式版本 ， 1.0.0-beta.11  < 1.0.0 ）

Example: 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.

•  ^  ：只会执行不更改最左边非零数字的更新。（如果写入的是 ^0.13.0，当执行 npm update 时，可以更新到 0.13.1、0.13.4 等，但不会更新到 0.14.0 或更高的版本。如果写入的是^1.13.0，当执行npm update时，可以更新到 1.13.1、1.14.0 等，但不会更新到 2.0.0 或更高的版本）
•  ~  ：如果写入的是 ~0.13.0，当执行 npm update 时，会更新到补丁版本：即 0.13.1。但 0.14.0 不可以
•  <  ：接受低于指定版本的任何版本。
•  <=  ：接受等于或低于指定版本的任何版本。
•  >  ：接受高于指定版本的任何版本。
•  >=  ：接受等于或高于指定版本的任何版本。
•  =  ：接受确切的版本。
•  -  ：接受一定范围的版本。（例如：1.2.0 - 1.6.0）
•  ||  ：组合版本。（例如 < 2.1 || > 2.6）