简化我们的发布流程并快速将稳定版新功能提供给用户和开发者是 Firefox 的优先事项。仔细评估我们的发布渠道后，我们发现 Aurora 并没有达到我们对首个稳定化渠道的预期。

从 4 月 18 日开始，Firefox Aurora 渠道将停止更新，在接下来的几个月内，Aurora 版本将从火车发布周期中移除。 开发者版 将基于 Beta 版本。开发者版用户将保留其开发者版主题、工具和偏好设置，将保留其现有配置文件，并且不会遇到任何中断。

此更改从多个方面使开发者受益。

• 在 预发布渠道 中有更清晰的选择 - Nightly 用于实验性功能，而 开发者版/Beta 用于稳定性。
• 为开发者版用户提供更高质量、更稳定的环境。
• 更快的平台功能发布周期。（对每个人都有利！）

以下是时间轴：4 月 18 日，Firefox 54 的代码将像往常一样从 Aurora 移动到 Beta，而 Firefox 55 将连续第二周期留在 Nightly（总共 14 周）。在下一个合并日，即 6 月 12 日，Firefox 55 将直接从 Nightly 移动到 Beta。在 4 月和 6 月之间，桌面版 Firefox Aurora (54) 将继续接收针对关键安全问题的更新，Aurora 和开发者版用户将迁移到 Beta 更新渠道。在 Android 上，Aurora 用户将迁移到 Nightly。

Aurora 最初创建于 2011 年，在 Firefox 从版本 5 转移到高速发布周期后，提供更多用户反馈。如今，在 2017 年，我们拥有更现代化的流程来支撑我们的火车模型，我们相信能够在没有额外 6-8 周的 Aurora 阶段的情况下交付功能丰富、稳定的产品。

与我们今天在 Release 中所做的一样，一个分阶段的推出机制将在 Beta 的最初几周使用。我们的工程和发布工作流程将继续进行额外的检查和平衡，以确保我们交付高质量的版本。只有在我们的工程、产品和产品完整性团队确定的既定标准认为某项功能已准备好时，它才会从 Nightly 合并到 Beta。如果功能尚未准备好，它们将不会从 Nightly 迁移到 Beta。

新的工具和流程将包括

• 静态分析器作为工作流程的一部分集成，以便在审查阶段检测问题。它们能够识别潜在缺陷，同时最大限度地减少技术债务。
• 代码覆盖率结果将用于分析测试套件的质量以及更改引入的风险。
• 通过关联各种数据源（VCS、Bugzilla 等）来识别更改在落地之前可能带来的潜在风险，以便识别修改更容易引发回归的功能。
• 监控崩溃率、QE 的签字确认、遥测数据和新回归，以确定 Nightly 的整体质量和功能准备情况，以便合并到 Beta。

要深入了解过渡细节，请参阅 Mozilla 的 发布管理博客，详细解答有关此更改的最常见问题。