Ciclo di vita delle release

Il codice AOSP passa attraverso diversi branch prima di essere combinato in una release ufficiale. La Figura 1 mostra i vari passaggi di questo ciclo di vita di rilascio:

Ciclo di vita delle release AOSP.

Figura 1. Ciclo di vita delle release AOSP.

Di seguito sono riportati i passaggi del ciclo di vita:

  1. I collaboratori esterni possono scaricare e modificare il ramo di release più recente per il proprio dispositivo, nonché proporre modifiche al codice per la versione successiva di AOSP su questo ramo.

    Per informazioni sul ciclo di vita dei progetti a monte, consulta Ciclo di vita dei progetti a monte.

  2. Google esamina e, se accettate, seleziona le modifiche proposte nel branch di sviluppo interno di Google nel ramo di rilascio più recente. Questo ramo è accessibile solo all'interno di Google ed è qui che Google aggiunge nuove funzionalità per la release successiva.

  3. Periodicamente, viene creato un ramo di release interno dal ramo di sviluppo interno. Google potrebbe scegliere le modifiche da includere in questo ramo di release per risolvere i bug e migliorare le prestazioni .

  4. A un certo punto, Google spinge il codice dal ramo di release interno al branco di release più recente (specificato nel manifest android-latest-release) per creare una copia di sola lettura di un ramo di release sull'host AOSP pubblico.

Ciclo di vita dei progetti a monte

Il codice del progetto upstream viene inserito nel ramo di sviluppo interno e segue i passaggi 3 e 4 del diagramma precedente. Il codice upstream viene pubblicato nel prossimo ramo di rilascio. Un progetto upstream è un progetto open source da cui AOSP estrae il codice. Oltre a progetti come il kernel Linux e WebKit, Google esegue la migrazione di alcuni progetti Android semiautonomi come ART, gli strumenti SDK Android e Bionic ad AOSP. Puoi contribuire direttamente ad alcuni progetti upstream. Per maggiori dettagli, consulta Contribuire a un progetto a monte.