IT技术博客大学习 共学习 共进步

软件开发中的火车模型发布模式

标点符 2012-05-10 23:57:10 累计浏览 3,961 次
本机暂存

    《启示录:打造用户喜爱的产品》这边说第一张就讲到了“许多成熟的互联网公司都在使用火车模型发布模式”,对于火车模型发布模式具体是什么意思不太清楚,于是上网找资料,发现网上很好又介绍火车模型发布模式的,可能是翻译不一致导致的结果。对于火车模型发布模式其实也是很好理解的,下面就是我找的一个关于火车发布模式的案例,来自于FireFox开发团队。

    Firefox目前正在采用的开苏发布过程其实就是火车模型发布模式,使用心得模式后一个新特性从实现并且进入mozilla-central分支到发布到用户手里只需要12-18周,并不向IE浏览器的更新以用一样要几年的时间。如此的快速发布过程给整个项目带来了更好的敏捷性和更强的稳定性。在每个发布周期的测试和稳定阶段可以覆盖更多的用户来帮助FireFox的开发人员更早的发现和解决问题,保持在每次发布质量上的信心。

    下面就要介绍下Firefox的发布流程。每个独立的发布火车(新的发布过程采用火车模型,固定的“发车”时间,特性的发布取决于该特性是否赶上最近的火车发车时间)包括6周的开发时间加上12周的稳定时间:

    原图已失效

    新的开发成果不会直接发布到Aurora和Beta分支上。这些分支需要被开发人员和社区测试人员共同测试完方可,如果发现开发中存在程序问题或者BUG,就需要先解决问题。如上图所示,您能够看出发布周期基本上是稳定的18个星期。

    Aurora和Beta分支基本上完全关注于稳定性和测试,同时,很多的工程师也在同步开始新的开发工作,所以,如果看更大的一张图表的话,下面是真正进行的过程:

    原图已失效

    在Aurora和Beta分支上经历的12周时间里,Mozilla开发社区并没有在闲着。他们会继续为后面的发布开发新的特性和bug fix。每六个星期,他们的工作会被选择性的合并到Aurora分支,继而合并到Beta分支上。观察上面的图表,您会发现很重要的一点,就是:每六个星期就会有一个新版本的Firefox发布,而不是12周或者18周。

    参考地址:http://blog.mozilla.org/channels/2011/07/18/every-six-weeks/

建议继续学习

  1. 让邮件飞一会儿 (累计阅读 5,640)
  2. 从Code Review 谈如何做技术 (累计阅读 5,100)
  3. Git安装使用手记 (累计阅读 4,980)
  4. 为何改用Git (累计阅读 4,920)
  5. 利用tortoiseSVN在两个版本库间merge code (累计阅读 4,900)
  6. GIT分支管理是一门艺术 (累计阅读 4,560)
  7. IT人员的必经之路(图解) (累计阅读 4,262)
  8. 小技术团队的成长 (累计阅读 4,080)
  9. 做互联网产品的节奏感 (累计阅读 3,800)
  10. 创业公司该如何应对竞争对手的抄袭? (累计阅读 3,500)