Firefox、より短いリリースサイクルに切り替える

Firefox 開発者 発表した 新しいブラウザのリリースの準備サイクルを 6 週間に短縮することについて (以前は、リリースの準備に 8 ~ 70 週間かかっていました)。 Firefox 22 は従来のスケジュールで 3 月 71 日にリリースされ、Firefox XNUMX は XNUMX 週間後の XNUMX 月 XNUMX 日にリリースされ、その後も引き続きリリースされます。 形成されます 7 週間に 11 回 (10 月 XNUMX 日、XNUMX 月 XNUMX 日、XNUMX 月 XNUMX 日など)。

長期サポート ブランチ (ESR) は引き続き年に 4 回リリースされ、次の ESR ブランチの形成後さらに 78 か月間サポートされます。 ESR ブランチの修正アップデートは通常のリリースと同期され、2020 週間ごとにリリースされます。 次の ESR リリースは Firefox 4 で、XNUMX 年 XNUMX 月に予定されています。 SpiderMonkey と Tor Browser の開発も XNUMX 週間のリリース サイクルに切り替わります。

開発サイクルを短縮する理由として挙げられるのは、新機能をより迅速にユーザーに提供したいという要望です。 より頻繁なリリースにより、ビジネスと市場の需要を満たすための製品開発計画と優先順位の変更の実装において、より柔軟な対応が可能になることが期待されます。 開発者によると、XNUMX 週間の開発サイクルにより、新しい Web API の迅速な提供と品質と安定性の確保の間で最適なバランスが実現されます。

リリースの準備時間が短縮されると、ベータ リリース、ナイトリー ビルド、および Developer Edition リリースのテスト時間の短縮につながります。これは、テスト ビルドの更新をより頻繁に生成することで補われる予定です。 週に XNUMX つの新しいベータ バージョンを準備する代わりに、以前は夜間ビルドに使用されていた頻繁なアップデート リリース スキームをベータ ブランチに適応させることが計画されています。

重要なイノベーションを追加する際に予期せぬ問題が発生するリスクを軽減するため、それに関連する変更はリリースのユーザーに一度に通知されず、段階的に、最初は少数のユーザーに対して機能がアクティブ化され、その後、ユーザーに提供されます。完全にカバーされるか、欠陥が特定されたときに動的に無効になります。 さらに、イノベーションをテストし、主要な構造に含めるかどうかを決定するために、テスト パイロット プログラムでは、リリース サイクルに縛られない実験に参加するようユーザーを招待します。

出所: オープンネット.ru

コメントを追加します