Firefox：Mozilla 想要转向到新的开发流程上、Firefox 4 及未来路线图

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 的路线图中已经介绍了：

• 我们必须为插件提供二进制兼容性
• 我们必须提供老版本的分支，并继续维护
• 间歇的桔黄色是无法避免的
• 可伸缩的本地化
• 如果没有大规模的 Beta 测试，我们无法预计转变的效果
• 所有的代码都需要正规的代码审查
• 每个贡献者都应该知道如何方便地获得代码审查结果
• 每个贡献者在用户界面设计与技术优先级问题上都有平等的发言权

近日，万众期待的 Firefox 4 终于发布了。值得关注的新特性有：

• 性能。Firefox 4 的性能比之前的版本提升了 6 倍，这要归功于全新的 JavaScript 引擎 JagerMonkey JIT 编译器
• 为页面渲染提供了更多的空间
• App Tab。将经常访问的站点页面缩小到一个小的标签上，一直都可见
• Panorama。通过经常访问的标签进行组织和搜索的方式
• 重新打开关闭的标签，平滑滚动
• Firefox Sync。在多个系统间同步书签、App Tab、历史、密码和表单数据
• Do Not Track。用于停止历史记录和存储 cookie 的私有工具
• HSTS——自动切换到 HTTPS
• HTML5 支持：硬件加速的图形、通过 WebM 实现的 HD 视频、3D 图形、离线存储、触摸屏界面及 Mozilla Audio API
• 对 Flash、QuickTime 和 Silverlight 插件崩溃的防护

未来的路线图提到了如下的新特性：

Firefox 5

• 账户管理器
• 简单的共享 UI
• UI 动画
• 支持 64 位的 Windows
• 能够改进响应速度、稳定性和 UI 的任何事情都是优先要完成的

Firefox 6

• Web 应用
• FasterCache
• OSX 10.7
• JS 优化
• 能够改进响应速度、稳定性和 UI 的任何事情都是优先要完成的

Firefox 7 的前景还不明朗，路线图所提到的唯一特性就是“e10s? deXBLification?”，因此我们所要做的就是等待，看看该版本中到底会包含哪些特性。

查看英文原文： Firefox: Mozilla Wants a New Development Process, Firefox 4 and the Roadmap