Kod AOSP przechodzi przez różne gałęzie, zanim zostanie połączony w oficjalną wersję. Rysunek 1 przedstawia różne etapy cyklu życia wersji:
Rysunek 1. Cykl życia wersji AOSP.
Oto kroki cyklu życia:
Zewnętrzni współtwórcy mogą pobierać i modyfikować najnowszą gałąź wersji dla swojego urządzenia, a także proponować zmiany kodu w kolejne wersje AOSP w tej gałęzi.
Informacje o cyklu życia projektów w górę łańcucha dostawy znajdziesz w artykule Cykl życia projektów w górę łańcucha dostawy.
Google sprawdza i, jeśli zaakceptuje, wybierane zmiany w najnowszej gałęzi wersji, aby przenieść je do wewnętrznej gałęzi deweloperskiej. Ta gałąź jest dostępna tylko w Google i to właśnie tam Google dodaje nowe funkcje do następnej wersji.
Okresowo tworzona jest wewnętrzna gałąź wersji na podstawie wewnętrznej gałęzi rozwoju. Google może wybrać zmiany do tej gałęzi wersji, aby wprowadzić poprawki błędów i ulepszenia wydajności .
W pewnym momencie Google przesyła kod z wewnętrznego gałęzi wersji do najnowszej gałęzi wersji (określonej w pliku manifestu
android-latest-release), aby utworzyć kopię tylko do odczytu gałęzi wersji na publicznym hoście AOSP.
Cykl życia projektów upstream
Kod poprzedniego projektu przepływa do wewnętrznej gałęzi rozwoju. Wykonaj kroki 3 i 4 na diagramie powyżej. Kod upstream jest publikowany w kolejnych gałęziach wersji. Projekt nadrzędny to projekt typu open source, z którego AOSP pobiera kod. Oprócz projektów takich jak jądro Linux i WebKit Google przenosi na AOSP niektóre półautonomiczne projekty Androida, takie jak ART, narzędzia Android SDK i Bionic. Możesz bezpośrednio współtworzyć niektóre projekty upstream. Więcej informacji znajdziesz w artykule Współtworzenie upstreamowego projektu.