1.传统的版本号规则是什么？
举例：springframework-4.3.11.RELEASE
4.3.11.release
主版本号.次版本号.增强版本号.里程碑版本号，每个大版本之间并不一定兼容
- 主版本号：项目的重大重构
- 次版本号：新功能的添加和变化
- 增强版本号：BUG的修复
- 里程碑版本号：release
- Alpha: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
- Beta: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
- M: 又叫里程碑版本，表示该版本较之前版本有功能上的重大更新。
- RC: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
- Release: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
2.为什么springcloud版本用的是单词而不是数字？
设计的目的是为了管理好每个springcloud的子项目清单，避免自己的版本和子项目（子框架）的版本号混淆。
3.什么是版本的发布计划？
| 里程碑版本号 | 版本说明 | 用途 |
|---|---|---|
| BUILD-XXX | 开发版 | 一般是开发团队内部版本 |
| GA | 稳定版 | 内部开发到一定阶段，各个模块集成后，经过全面测试，发现没有问题，可以对外发行，这个时候就叫GA（AenrallyAvailable）版，系统的核心功能已经可以使用。意思就是基本上可以使用了。 |
| PRE(M1,M2) | 里程碑版 | 由于GA版还不属于公开的发行版，里面还有功能不完善的或者一些BUG，于是就有了milestone（里程碑）版，milestone版本主要修复一些BUG和调整UI。一个GA后，一般有多个里程碑，例如 M1 M2 M3 |
| RC | 候选发布版 | 从BUILD后GA再到M基本上系统就定型了，这个时候系统就进入RELEASE candidates（RC候选发布）版，该阶段的软件类似于最终发行前的一个观察期，该期间只对一些发现的等级高的BUG进行修复，发布RC1,RC2等版本。 |
| SR | 正式发布版 | 公开正式发布。正式发布板一般也有多个发布，例如SR1 SR2 SR3等等，一般是用来修复大BUG或优化。 |