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或优化。 |