向Chrome学习网络产品发布流程

互联网行业是一个高速发展的行业。看看那些行业巨头，也都不过几年的历史。Google是98成立的，到现在才14年。Facebook是 2005成立的，才不过短短7年。国内的，百度是99成立的，也没几年。互联网这个行业就是很神奇，一切都是那么快。不管什么快，关键的还是产品要快。传 统软件行业的发布是相当慢的，还记得吗，当年windows95的发布推迟了半年。更不多说IBM那个流产的OS/2了。

互联网就不一样了，再慢几个月也 得出一个版本。据说愤怒的小鸟的成功就得益于开发团队高频率的更新。最近又有消息称Chrome的市场份额已经超过IE了。Chrome这个浏览器中的后 起之秀是怎么在短时间内赢得用户的呢？很重要的一点就是他们的更新相当快。Chrome团队基本上是每6周有一个大的更新。其间还会无数次的小改动。有产 品开发经验的朋友知道，发新版本是一个比较痛苦的过程。新版本往往意味着加班、疯狂的找bug改bug、提心吊胆的看用户反馈。所以也难怪IE每次更新都 要很长时间。那Chrome是怎么做到的呢？

根据Chrome开发者博客上披露的信息，他们为了及时上新版本下了很大的功夫。首先，他们把产品中的功能划分的清清楚楚，让功能之间尽量不要有太 多的耦合。然后，准备做发布候选版本时也就是打RC的时候，把不稳定的功能全都关掉。只开启稳定的功能，然后进入测试改bug的过程。只要上了RC，功能 就不会变了，什么功能这个版本要上，什么功能这个版本不上就定了。然后，测试改bug完成后，代码就不能再动了。这时候交国际化的小组做国际化。 Chrome对稳定性和可靠性非常在意，新功能一定是可靠的，才能上版本，否则就只能一直是关闭的。

另一个方面是Chrome有非常强大的自动化测试。这也是他们快速发布的一个重要支持。人工测试、改bug、再测，这个过程是非常缓慢而烦人的。自动化测试就可以大大减轻这方面的开销。

据开发者说，他们希望软件的发布就像火车的时刻一样准确，而是不是像公共汽车那样没谱。他们的这种实践其实也是一种“宁缺勿滥”的做法。宁可一些新 功能暂时不上，也一定要保障现有功能的可靠稳定。以这种方式打造出的产品一定是让用户可以依赖的产品，Chrome的火爆也就没有什么希奇的了。相比之 下，Firefox的情况正好成了一个反面教材。Firefox最近两年也是飙版本，没多长时间就是一个新版本，以至于现在都到12版了。但是这样狂飙让 Firefox的用户遇到了不少麻烦，新版本的Firefox稳定性总是差了点，加之固有的内存用量大等问题，Firefox的趋势不是很乐观。

本文来自58智能手机网网建博客永久链接为http://www.58shoujiwang.com/blog/archives/40