4 points par ganadist 2023-10-20 | 4 commentaires | Partager sur WhatsApp

Cet article explique globalement vouloir améliorer la qualité de l’OS — ce que toute entreprise de développement logiciel aimerait faire —, mais il contient notamment ce passage.

Even internally, we’re looking at actually changing some of our developer practices in 2024   
where rather than sort of go[ing] off for a year and work[ing] on a release for a very long time,   
we break that up into chunks internally so that we sort of keep the branch green as we go.  

Il semble qu’ils souhaitent découper les publications d’Android, jusqu’ici annuelles, en périodes plus courtes.
En réalité, le cycle de publication d’Android est effectivement plus long que celui d’autres produits Google.
Dans le cas de Chrome aussi, une annonce récente indiquait un raccourcissement du cycle de publication.

4 commentaires

 
ganadist 2023-10-20

En expliquant le cycle de publication d’AOSP à un collègue, je me suis dit qu’il serait utile de laisser ceci pour les personnes qui lisent aussi cet article.

AOSP a le cycle de publication suivant :

  • Major Release (1 an)
  • QPR (Quarterly Platform Release) (3 mois)
  • Security Update (1 mois)

En plus de cela, il existe aussi les mises à jour suivantes.

  • Google Play System Update : même si le fabricant ne met pas à jour l’OS, Google fournit des mises à jour pour les composants de l’OS (1 mois)
  • Pixel Feature Drop : QPR + mises à jour d’applications réservées aux Pixel (3 mois)
 
secret3056 2023-10-20

Dans le cas de Samsung, ils prennent en charge 4 mises à jour majeures, donc au final, est-ce que la période de support logiciel ne risque pas au contraire d’être plus courte...

 
xguru 2023-10-20

Pour stimuler le moral en interne, entre autres, une période plus courte semble préférable. Un an, c’est clairement trop long.

 
hikamaeng 2023-12-03

Le problème, c’est que tous les développeurs d’apps vont en subir les éclaboussures... =.=