Google change la fréquence de publication du code source d’Android, impactant directement les utilisateurs et les développeurs. Ce choix, visant à renforcer la stabilité de l’écosystème, soulève des questions sur les mises à jour et l’avenir des ROMs personnalisées. Un examen approfondi de ces changements s’impose.
Google annonce que, à partir de maintenant, il ne libérera le code source d’Android que deux fois par an. Nous vous expliquons pourquoi cette décision est plus importante qu’elle ne le semble.
Android, tel que nous le connaissons, repose sur une idée essentielle : son code est ouvert. Chacun peut utiliser le AOSP (Android Open Source Project), le modifier et créer sa propre version du système d’exploitation. Jusqu’à présent, Google publiait ce code à chaque fois qu’une mise à jour importante était lancée, généralement chaque trimestre (les célèbres Quarterly Platform Releases, ou QPR).
Mais la donne vient de changer. Dans un mouvement inattendu pour la communauté des développeurs, Google a confirmé qu’à partir de 2026, il ne libérera le code source d’Android que deux fois par an.
Cette décision peut paraître technique, mais elle a des conséquences directes sur la manière dont votre téléphone est mis à jour et sur la stabilité de l’écosystème.
Qu’est-ce qui change exactement ?
Jusqu’à hier, Google publiait le code source quatre fois par an, en accord avec chaque mise à jour trimestrielle pour les Pixel. A partir de maintenant, les publications vont se réduire :
- Q2 (Deuxième trimestre) : le code de la grande mise à jour annuelle sera lancé (ce qui correspondrait à Android 16, Android 17, etc.).
- Q4 (Quatrième trimestre) : une seconde mise à jour mineure avec des modifications pour les développeurs sera publiée.
Le reste de l’année, bien que Google continue à mettre à jour ses Pixel, le code source de base ne sera pas publié aussi souvent.
Pourquoi Google agit-il ainsi ?
La raison officielle est la stabilité. Google souhaite simplifier le développement et réduire la fragmentation. Maintenir quatre branches de code différentes chaque année représente un véritable casse-tête logistique pour Google, les fabricants (Samsung, Xiaomi, Motorola…) et les développeurs de ROMs personnalisées.
En réduisant les lancements à deux périodes annuelles, Google cherche à aligner l’écosystème avec son nouveau modèle de développement « trunk-stable ». En gros, l’idée est de rendre la base d’Android plus robuste et sécurisée, évitant ainsi aux fabricants de devoir adapter d’innombrables correctifs trimestriels, qui cassent parfois plus de choses qu’ils n’en règlent.
Comment cela vous affecte-t-il en tant qu’utilisateur ?
C’est ici que ça devient pertinent. Pas de panique : votre téléphone continuera à recevoir des mises à jour de sécurité mensuelles. Google a confirmé que les correctifs de sécurité continueront d’être fournis chaque mois, comme prévu.
Cependant, ce changement pourrait avoir deux conséquences :
- ROMs personnalisées : si vous êtes adepte de LineageOS ou Pixel Experience, les mises à jour de ces ROMs pourraient arriver avec un léger retard ou en plus gros lots, car leurs développeurs auront accès au nouveau code source moins fréquemment. Ce n’est pas la première modification faite par Google ces derniers mois qui pourrait nuire au développement des ROMs.
- Appareils non-Pixel : pour des fabricants comme Samsung, OPPO ou Xiaomi, ceci pourrait représenter une bonne nouvelle. Avec un calendrier plus prévisible et moins de version de code à gérer, ils pourraient mieux peaufiner leurs propres couches de personnalisation (One UI, ColorOS, HyperOS…) sur une base plus stable, au lieu de chercher sans cesse la dernière build trimestrielle de Google.
En conclusion : Google souhaite instaurer de l’ordre dans le désordre d’Android. Moins de versions, mais (espérons-le) plus de stabilité et de sécurité, avec l’objectif d’améliorer le système d’exploitation dans les années à venir.