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版本发布