Mozilla团队希望将Firefox的开发转到日程表驱动的开发流程上以加速发布速度。近日发布的Firefox 4拥有很多改进，同时路线图也描绘了5、6、7版的计划。 Mozilla团队使用了特性驱动的流程用于Firefox的开发。这意味着只要特性还没有开发好，那么产品就会一直处于开发阶段，这导致了过长的发布周期。比如说，Firefox 4的开发历时一年。根据公司发布的博文来看，团队希望转向日程表驱动的开发流程，这样他们就会明确知道新版本在何时必须得发布出来，而不管某些特性是否已经开发完毕了。这个新流程背后的想法是“定期向用户提供改进，而又不会破坏长期的计划”。根据路线图所示，Mozilla计划今年发布Firefox的4个版本，分别是4、5、6和7。Firefox 4刚刚发布，后续版本则会在16个星期的周期内发布。 与Google类似，Mozilla也打算使用4个通道进行开发。他们分别是：拥有所有新特性的mozilla-central – nightly构建，即便这些新特性可能会有些问题，大约会有10万名用户能够访问到这个构建；拥有常规发布的fx-exp – experimental通道，一些特性可能会有问题，大约有1M用户会访问到他们；fx-beta – receiving特性，这些特性将会被放到下一版本中，大约有10M用户可以访问，最后就是Firefox——公开发布版。每个通道都有自己的Mercurial仓库。新特性总是被加到mozilla-central通道中，然后在加到最终的产品中之前经过其他的通道。在这个过程中可以禁用掉某些特性，如果必要还可以在随后重新引入。下图描述了这些通道以及发布周期之间的关系：
深蓝色代表会改变通道的特性，直到他们被加到最终产品中为止。另两种颜色代表迭代中并未准备好的特性，这些特性还需要位于各自的通道中一段时间。博文介绍了关于每一周的周期中需要做什么的详细信息，同时Firefox团队将从特性驱动的流程转换到日程表驱动的流程。 Firefox团队还重点强调了转变开发流程所涉及的几个问题，这在Firefox的路线图中已经介绍了：
近日，万众期待的Firefox 4终于发布了。值得关注的新特性有：
|
