Google が Android のルールを変更: メーカーはどのような影響を受けるか

ソースコードリリースポリシーの大きな変更 アンドロイド Google は、オペレーティング システムが開発者やメーカーの手に渡る方法を再定義すると発表しました。安定性の向上と開発プロセスの簡素化を目的とした動きの一環として、テクノロジー大手である同社は、Android オープンソース プロジェクト (AOSP) へのコードの公開頻度を年に 2 回に制限することを決定しました。この変更は 2026 年から完全に施行される予定であり、これまで知られていた 4 か月ごとに頻繁に行われる「コード ドロップ」の時代の終わりを告げます。

4か月のルーティンが終わり

最近まで彼女の練習は、 グーグル これは非常に予測可能でした。同社は四半期ごとに、Pixel スマートフォンの対応するアップデートと並行して、AOSP で対応するコードもリリースしました。これにより、OEM からカスタム ROM に至るまで、幅広いコミュニティが最新の OS 変更に即座にアクセスできるようになりました。

現在、このモデルは置き換えられています。公式発表によると、Google は毎年第 2 四半期 (Q2) と第 4 四半期 (Q4) に独占的に新しいソース コードを AOSP に公開します。この戦略は偶然ではありません。通常、第 2 四半期は Android の「メジャー」バージョン (年次アップデートとして知られている) に関係し、第 4 四半期は「マイナー」 アップデートに焦点を当てますが、開発者に影響を与える変更 (いわゆる開発者向けの変更) も行われます。

「Trunk-Stable」の哲学

この後ろに 決断 Google の「トランク安定」開発モデルへの移行を隠しています。これは、すべての開発が常に安定した状態に保たれる中央の単一ブランチで行われる技術的アプローチです。 Google のエンジニアは、リリースごとにコードの複数の並列ブランチを管理するのではなく (このプロセスはしばしば断片化と複雑さにつながります)、現在では単一のフローに重点を置いています。

Googleの広報担当者は、出版物の削減により、複数の分野を管理する複雑さが解消されると説明した。これにより、同社はよりクリーンで安全かつ安定したコードをパートナーに提供できるようになります。 Android 上で構築する開発者に対して、Google は現在、ブランチの使用を推奨しています。 android-latest-release 彼の代わりに aosp-main前者は常に AOSP の最新の公式リリースを反映するためです。

これは生態系にとって何を意味するのでしょうか?

この決定は Android エコシステム全体に影響を及ぼします。モバイル メーカー (Samsung、Xiaomi など) にとって、新しいフローによりアップグレード サイクルが簡素化される可能性があります。これは、管理する新しいベース コードの「波」が減り、より安定した基盤に自社の機能を統合することに重点が置かれるためです。

ただし、インディー開発者とカスタム ROM コミュニティの場合、この変更には多少の調整が必要になる場合があります。 「新しい」コードへのアクセスがより頻繁になるため、半年ごとの AOSP パッケージの一部ではない場合、Pixel 上で中間に表示される一部の機能の調整が遅れる可能性があります。

安全性は依然として交渉の余地のないものである

セキュリティに関する重要な疑問が生じます。デジタル脅威の世界では、コードの公開が遅れることはリスクとみなされる可能性があります。 しかし Google は、セキュリティ アップデート (セキュリティ パッチ) のプロセスは現状のままであるという状況の明確化を急いでいます。

同社は今後も、セキュリティ専用の別のブランチで月次パッチをリリースしていく予定です。これにより、オペレーティング システム本体がいつリリースされるかに関係なく、脆弱性の修正が誰でもすぐに利用できるようになります。開発の簡素化を犠牲にしてデバイスのセキュリティが犠牲になることはありません。

新しい成熟の時代

Googleのこの動きはAndroidが成熟しつつあることを示している。急速に変化し、しばしば無秩序に変化していた運営から、より予測可能性が高く産業の安定性が高まる段階に移行しつつあります。 AOSP は、年に 2 回の強力で安定したリリースを実施し、過去の複雑さを残し、モバイル テクノロジーの将来のためのより堅牢な基盤となることを目指しています。