הקוד של AOSP עובר מספר שלבים לפני שהוא משולב בגרסה הרשמית. באיור 1 מוצגים השלבים השונים במחזור החיים של הגרסה.
איור 1. מחזור החיים של גרסאות AOSP.
השלבים במחזור החיים הם:
הקוד של פרויקט Upstream עובר אל הסתעפות הפיתוח החיצונית, שנקראת
main.פרויקט upstream הוא פרויקט בקוד פתוח שממנו ה-AOSP שולף קוד. בנוסף לפרויקטים כמו ליבת Linux ו-WebKit, Google מעבירה ל-AOSP כמה פרויקטים של Android למחצה אוטונומיים, כמו ART, הכלים של Android SDK ו-Bionic. אתם יכולים לתרום ישירות לחלק מהפרויקטים של הקוד המקורי. למידע נוסף, ראו הוספת תוכן לפרויקט ב-upstream.
את ההסתעפות החיצונית של הפיתוח מורידים ומבצעים בה שינויים בהתאם למכשיר. זהו ההסתעפות שבה אפשר לתרום קוד לגרסה הבאה של AOSP.
שינויים שמעלים ומאשרים להכללה בהסתעפות הראשית זמינים באופן אוטומטי לכל מי שמשתמש בהסתעפות הראשית.
שינויים שאושרו ב-main מועברים באופן אוטומטי להסתעפות הפיתוח הפנימית של Google. אפשר לגשת להסתעפות הזו רק ב-Google, והיא המקום שבו Google מוסיפה תכונות חדשות לגרסה הבאה.
בערך כל רבעון נוצרה מחלקת הפיתוח הפנימית של ההשקה. ההסתעפות הזו מייצגת את כל הקוד של הגרסה הבאה ל-AOSP. Google עשויה לבחור שינויים מסוימים להוספה להסתעפות הזו כדי לטפל בתיקוני באגים ובשיפורי ביצועים .
בשלב מסוים, הקוד בהסתעפות הגרסה הפנימית נדחף כלפי מעלה כדי להתמזג בחזרה עם הסתעפות הפיתוח החיצונית (
main), ומשמש ליצירת עותק לקריאה בלבד של הסתעפות גרסה במארח ה-AOSP הציבורי.