Firefox開発者は、のサイクルの短縮を発表しました の準備 XNUMX週間以内に新しいバージョンのブラウザ （以前のバージョンは6〜8週間準備されました）。 Firefox 70は、上記のスケジュールに従って22月XNUMX日に起動します。それからXNUMX週間後 3月71日、FirefoxXNUMXバージョンが準備されます。 その後、それらは形成されます XNUMX週間ごとの後続のリリース （7月11日、10月XNUMX日、XNUMX月XNUMX日など）。
すぐに サポートの長期バージョン （ESR） 以前と同様に年にXNUMX回リリースされます そしてそれはESRの次のバージョンの形成後さらに4ヶ月間とどまるでしょう。 ESRブランチの修正アップデートは通常のリリースと同期し、XNUMX週間ごとにリリースされます。
ESRの次のバージョンは、78年2020月に予定されているFirefoxXNUMXです。 SpiderMonkeyとTorBrowserも4週間のリリースビルドサイクルに移行します。
理由 開発サイクルを短縮する 新しい機能をより早くユーザーに提供したいという願望です。 より頻繁なリリースにより、製品開発計画の柔軟性と、企業および市場の要件を満たす優先順位の変更の実装が向上することが期待されます。
開発者によると、 XNUMX週間の開発サイクルにより、新しい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仕様の実装と更新で最近行っていることです。）
時間の短縮 打ち上げの準備に必要 ベータリリースのテスト時間の短縮につながります、ナイトリーバージョンと開発者エディション。試用版のより頻繁な更新で補正される予定です。
XNUMXつの新しいベータバージョンを準備する代わりに 週ごと、ベータブランチのベータ頻繁リリーススキームを適応させることが計画されています、以前は夜間バージョンに使用されていました。
短縮されたサイクルで品質を維持し、リスクを最小限に抑えるには、次のことを行う必要があります。
- Firefoxエンジニアリングの生産性に悪影響が及ばないようにしてください。
- 展開から検出および解決までの回帰フィードバックループを加速します。
- バージョンの可用性に基づいて機能の展開を制御できます。
- 複数のリリースサイクルにまたがるより大きな機能の適切なテストを確実にします。
- 明確で一貫性のある緩和および決定プロセスを持っている。
問題のリスクを減らすために 予期しない いくつかの重要な革新を追加することによって、それに関連する変更sは、バージョンユーザーに一度ではなく、徐々に取得されます; 最初は、ごく一部のユーザーに対して機会がアクティブ化され、欠陥が発見されると、完全にカバーされるか、動的に切断されます。
さらに、イノベーションをテストし、テストパイロットプログラムのメインチームに含めるかどうかを決定するために、ユーザーはローンチ準備サイクルにリンクされていない実験に参加するように招待されます。
大量疎外。 私たちはあらゆる産業分野でギニアピッグになりました。