02.软件版本号规则

软件版本是软件开发中比不缺少的一部分好的命名可以快速的进行版本之间的查询以及bug的查找。比如在gitee中提交了多个有问题的代码，回退了几个版本又找不出问题，此时软件命名就体现出了应该有价值，提高了工作效率。

通用的版本命名规范，格式如下： 主版本号.子版本号.修订版本号.日期_版本阶段

规则说明：

• 第一位（1）：主版本号。当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
• 第二位（2）：子版本号。当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
• 第三位（3）：修订版本号。一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
• 日期版本号（20201228）：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
• 希腊字母版本号(rc)：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

软件版本阶段说明：

• base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。

• alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。

• beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。

• RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。

• Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。

版本常见了英文词语

• standard：标准版
• full version：完整版，即正式版
• lts：长期维护版本
• ultimate：旗舰版
• alpha：内部版本
• beta：测试版
• demo：演示版
• enhance：增强版
• free：自由版
• lts：长期维护版本
• release：发行版
• rc：即将作为正式版发布
• standard：标准版
• upgrade：升级版

Spring组件的版本号

1. SNAPSHOT： 快照版本，随时可能修改
2. BUILD-XXX：开发版　　开发团队内部使用，不是很稳定
3. GA　　稳定版　　相比于开发版，基本上可以使用了
4. PRE（M1、M2）　　 里程碑版　　　主要是修复了一些BUG的版本，一个GA后通常有多个里程碑版
5. RC　　候选发布版　　　该阶段的软件类似于最终版的一个发行观察期，基本只修复比较严重的BUG
6. SR（service release)　　正式发布版

所以推荐软件版本或者服务版本的tag可以按照如上规则提供版本号的管理。