MySQL开发流程介绍

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

本文大体上是对官方英文版的翻译,可能有一点出入(为了更容易理解),原文在这里

觉得文章有用?立即: 和朋友一起 共学习 共进步!

猜想失败,您看看下面的文章有用吗?

发表评论

电子邮件地址不会被公开。 必填项已用 * 标注

*

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>