1. 功能开发(Feature Development)
功能开发过程如下:
MySQL的一个功能是指一个worklog.
Worklog的开发要经过规格定义,设计,架构评审,代码实现,代码评审和QA评审的过程(但是这几个过程并不是严格的按照先后顺序进行的).
MySQL的功能首先在一个功能树(feature tree,是指代码分支树)上实现.
功能树是从MySQL的代码主开发树TRUNK上克隆出来的(一般是开发者自己创建),开发过程中不定期从TRUNK同步.
当功能实现以后,必须要经过代码的评审。
代码评审通过后,开发树被QA接手。
QA对功能进行测试,如发现缺陷(bugs),开发人员要进行修复.最终在测试通过后,QA将状态设置为开发过程完成(sign off).
一旦QA验证完毕,功能就会被合并到TRUNK中.
通过这个过程,TRUNK上会不停的累积功能和缺陷修复的代码。额外的回归测试(Regression testing)一刻不停的在TRUNK上执行,以保证TRUNK始终能够保持候选发布版本(Release Candidate)的质量。
2. 实验室版本(Lab Releases)
实验室版本是一个或者多个功能的预览版本。预览版本中的功能通常正在开发,还没有集成到TRUNK中。当MySQL社区对某个功能非常感兴趣,想尽早对该功能进行评测时,才会创建一个实验室版本。实验室版本有相当于beta版本的品质,也许只能在特定的平台上运行,没有文档可供参考。最后,实验室版本中的功能并不一定会被集成到未来的开发里程碑(DMR)或GA版本中。实验室版本可以在labs.mysql.com找到.
3. 开发里程碑版本(Development Milestone Releases(DMR))
开发里程碑版本包含了TRUNK上所有的新代码(从前一个DMR到当前DRM产生时). 每3-6个月,会有一个开发里程碑版本(development milestone release (DMR) )从TRUNK上产生. 当一个开发里程碑版本产生时,所有新功能都已经编写到文档中(MySQL手册).开发里程碑版本拥有候选发布版本(RC)的品质,并且能够在所有被MySQL支持的平台上运行。 频繁发布开发里程碑版本,一方面为那些想尽早使用的用户提供了可靠的版本,另一方面,也是为了从用户那里收集反馈信息。这些反馈信息可以用来提高下一个里程碑版本的品质.里程碑版本可以在 MySQL Developer Zone上找到. 开发里程碑版本生产的过程如下:
发布经理设置开发里程碑版本的分离日期(cut-off date).分离日期前合并到TRUNK中的所有新功能都被包含在这个里程碑版本中。
进行代码分离前,TRUNK 会被短暂的冻结。QA会对冻结的TRUNK进行额外的测试和评估。
QA 确认可以进行代码分离(signs off TRUNK).
从TRUNK克隆代码,创建开发里程碑版本树.TRUNK 被解冻,日常合并工作可以正常进行。
QA 对开发里程碑版本树进行测试,发现的bug被修复后,QA才会批准里程碑版本发布.
宣布发布里程碑版本。
图 1. 开发里程碑版本发布
4. 普遍可用版本(Generally Availability (GA) Releases)
GA版本是被推荐在生产环境中使用的版本。大约每18-24个月发布一个GA版本. GA版本可以在 MySQL Developer Zone上找到. GA版本的生产过程如下:
GA版本是基于开发里程碑版本版本的.
被选择的开发里程碑版本,在经过更多的测试和缺陷修复后,产生一个候选版本(release candidate),并且公布到社区。
候选版本在经过客户和用户的测评后,达到了GA版本的品质后方能发布。候选版本的发布会进行多次迭代直到达到GA的品质。
GA版本发布。
图 2. GA版本发布
本文大体上是对官方英文版的翻译,可能有一点出入(为了更容易理解),原文在这里。