Firefoxの開発チームは、新しいブラウザバージョンのリリースサイクルを4週間に短縮すると発表しました（以前のバージョンは6～8週間ごとにリリースされていました）。Firefox 70は以前のスケジュール通り10月22日にリリースされ、その6週間後の12月3日にFirefox 71がリリースされます。以降のリリースは4週間ごと（1月7日、2月11日、3月10日など）に行われます。
したがって、長期サポート（LTS）バージョンは従来どおり年1回リリースされ、次のLTSバージョンが作成されてから3か月間メンテナンスされます。LTSブランチのパッチアップデートは、通常のリリースと同期して、4週間ごとにリリースされます。
次回のESRリリースはFirefox 78で、2020年6月にリリース予定です。SpiderMonkeyとTor Browserも4週間ごとのリリースサイクルに変更されます。
開発サイクルを短縮する理由は、新機能をより迅速にユーザーに提供するためです。リリース頻度を高めることで、製品開発計画の柔軟性が向上し、ビジネスや市場のニーズを満たす優先度の高い変更をより迅速に実施できるようになると期待されます。
開発者によると、 4週間の開発サイクルは、新しいWeb APIの提供スピードと、品質および安定性の確保との間で最適なバランスを実現することを可能にするという。
2020年の第4四半期から、FirefoxのメジャーバージョンをXNUMX週間ごとに出荷する予定です。 Firefox ESR（Extended Enterprise Support Release）のリリースリズムは同じままです。
今後数年間で、12か月ごとにメジャーESRがリリースされ、新しいESRと古いESRの耐用年数が終了するまでの間に3か月のサポートが重複することが予想されます。 ESRの次の2020つのメジャーリリースは、2021年XNUMX月とXNUMX年XNUMX月です。
リリースサイクルが短いほど、市場またはビジネスの要件による製品計画と優先順位の変更をサポートするための柔軟性が高まります。
XNUMX週間のサイクルで、高品質で安定したリリースに必要なのと同じ厳格さと適切な注意を適用しながら、より機敏になり、機能をより速く出荷できます。
さらに、新しい機能と新しいWebAPIの実装を開発者がより迅速に利用できるようにします。 （これは、たとえば、CSS仕様の実装と更新で最近行っていることです。）
リリース準備に必要な時間を短縮することで、ベータ版、ナイトリービルド、開発者版のテスト時間も短縮されますが、これはテストビルドのアップデート頻度を増やすことで相殺される予定です。
週に2つの新しいベータ版を準備する代わりに、以前は毎晩のリリースに使用されていたベータブランチに対して、頻繁なベータ版リリース方式を適用する計画だ。
短縮されたサイクルで品質を維持し、リスクを最小限に抑えるには、次のことを行う必要があります。
- Firefoxエンジニアリングの生産性に悪影響が及ばないようにしてください。
- 展開から検出および解決までの回帰フィードバックループを加速します。
- バージョンの可用性に基づいて機能の展開を制御できます。
- 複数のリリースサイクルにまたがるより大きな機能の適切なテストを確実にします。
- 明確で一貫性のある緩和および決定プロセスを持っている。
重要な新機能を追加する際に予期せぬ問題が発生するリスクを軽減するため、関連する変更は、すべてのバージョンを一度に展開するのではなく、段階的にユーザーに展開されます。最初は少数のユーザーに対してのみ有効化され、その後、完全にカバーされるか、不具合が発見された場合は動的に無効化されます。
さらに、イノベーションをテストし、テストパイロットプログラムのメインチームに含めるかどうかを決定するために、ユーザーはローンチ準備サイクルにリンクされていない実験に参加するように招待されます。