Le code AOSP passe par différentes branches avant d'être combiné dans une version officielle. La figure 1 illustre les différentes étapes de ce cycle de vie:
Figure 1 : Cycle de vie des versions AOSP.
Voici les étapes du cycle de vie:
Les contributeurs externes peuvent télécharger et modifier la dernière branche de version pour leur appareil, ainsi que proposer des modifications de code pour la prochaine version d'AOSP sur cette branche.
Pour en savoir plus sur le cycle de vie des projets en amont, consultez la section Cycle de vie des projets en amont.
Google examine les modifications proposées dans la dernière branche de publication et, si elles sont acceptées, les sélectionne pour les intégrer à la branche de développement interne de Google. Cette branche n'est accessible qu'au sein de Google. C'est là que Google ajoute de nouvelles fonctionnalités pour la prochaine version.
De temps en temps, une branche de publication interne est créée à partir de la branche de développement interne. Google peut sélectionner des modifications dans cette branche de version pour corriger des bugs et améliorer les performances .
À un moment donné, Google transfère le code de la branche de version interne vers la dernière branche de version (spécifiée dans le fichier manifeste
android-latest-release) afin de créer une copie en lecture seule d'une branche de version sur l'hôte AOSP public.
Cycle de vie des projets en amont
Le code du projet en amont est transféré vers la branche de développement interne et suit les étapes 3 et 4 du diagramme précédent. Le code en amont est publié dans la branche de version suivante. Un projet en amont est un projet Open Source à partir duquel l'AOSP extrait du code. En plus de projets tels que le kernel Linux et WebKit, Google migre certains projets Android semi-autonomes tels qu'ART, les outils du SDK Android et Bionic vers AOSP. Vous pouvez contribuer directement à certains projets en amont. Pour en savoir plus, consultez la section Contribuer à un projet en amont.