Chrome はリリース サイクルを変更し、Ubuntu 4/2 と同様のサイクルを統合します 

Chrome

Chrome ブラウザーは、Google ロゴの使用において Chromium とは異なります。

Googleが発表 ブログ投稿経由、リリースサイクルモデルを変更する計画 Chrome Web ブラウザの場合は、短いものです。

Googleは、変更の目的は次のとおりであると述べています。 新しいブランチを作成してからベータテストを開始するまでの時間を短縮するため、現在のモデルでは 8 日かかるのではなく、ブランチの作成から XNUMX 日後にベータ版が作成されます。

ベータ版は 4 週間安定し続けます。 したがって、新しいリリースの準備サイクルは XNUMX 週間短くなります。

Chromeに採用される予定のこの新モデルに関して特筆すべき点は、 に似たものです Canonical が Ubuntu に実装した最近の更新サイクル (それらがインスピレーションを受けたのか、それとも基礎として採用されたのかは現時点ではわかりません)。そしてそれは彼です 正規モデル 4/2、これにより、より短期間で脆弱性の修正に対処できるようになります。

おっしゃるとおり、Canonical の新しい 4/2 モデルは、次の SRU (安定リリース更新) の生成サイクルの開始から XNUMX 週間後に、危険な問題のみの修正を含む別の SU 更新が公開されるという事実に基づいています。脆弱性と重要な問題。

たとえば、新しい Chrome モデルの場合、Chrome 119 ブランチを例に挙げると、以前のモデルではこのバージョンの発売が 3 月 2 日に予定されていたが、新しいモデルでは 11 月 4 日にリリースされる予定であると述べられています。ベータ版のリリースは 120 月 7 日(以前のモデル)ではなく 31 月 XNUMX 日にリリースされ、安定版のリリースからわずか XNUMX 日後の XNUMX 月 XNUMX 日にリリースされます。次の安定版リリースについては、 Chrome XNUMX は、XNUMX 月 XNUMX 日にリリースされるのではなく、XNUMX 月 XNUMX 日にリリースされます。

さらに、 近年、脆弱性を含む中間アップデートの生成サイクルが短縮されており、 これにより、修正をテストしたりエラーを発見したりする際に、この変更が役立つことが期待されます。 この変更のマイナス点の XNUMX つは、 ハッカーはこれらの修正の可視性を利用してエクスプロイトを開発する可能性があります 修正プログラムをまだ受け取っていないブラウザ ユーザーに対して適用します (パッチが適用された既知のセキュリティ問題を悪用するこの悪用は、n-day エクスプロイトとして知られています)。

Chrome は 116 週間ごとに新しいメジャー バージョンを出荷します。 これらのメジャー リリースの間に、セキュリティ バグやその他の大きな影響を与えるバグを修正するためのアップデートが出荷されます。 現在、各マイルストーンの間にこれらの安定したチャネルの更新 (または「安定した更新」) の XNUMX つをスケジュールしています。 Chrome XNUMX 以降、安定したアップデートはマイルストーンの間に毎週リリースされます。

また、以前は、新しいメジャー バージョンを作成する 4 週間のサイクル内で、次のバージョンの 116 週間後に修正アップデートが公開されていましたが、Chrome XNUMX 以降、これらのアップデートは脆弱性が存在する状態で毎週作成されるようになりました。 重大な脆弱性またはすでに悪用された脆弱性を排除する場合、これまでと同様に、アップデートは予定外にリリースされます。

Chrome のロードマップを知りたい人は、次のリンクから参照できることに注意してください。 次のリンク、 Chromium のリリース スケジュールを確認するには、次の情報を参照してください。 このリンクで。

個人的なコメントとして、セキュリティ問題やバグ修正に短期間で対処しようとすることはユーザーにとって非常に良いことだと言えますが、安定版リリースのサイクルをさらに短縮することは、事実に加えて、ユーザーとの何らかの衝突を引き起こす可能性があります。新しいリリースの大部分は、単なる修正といくつかの改善であり、以前のように新機能や機能の追加は提供されなくなります。

最後に あなたがそれについてもっと知りたいなら、詳細はで確認できます 次のリンク。