מחזור החיים של גרסה

הקוד של AOSP עובר מספר ענפים לפני שהוא משולב בגרסה הרשמית. באיור 1 מוצגים השלבים השונים במחזור החיים של הגרסה:

מחזור החיים של גרסאות AOSP.

איור 1. מחזור החיים של גרסאות AOSP.

אלה השלבים במחזור החיים:

  1. שותפים חיצוניים יכולים להוריד ולשנות את ההסתעפות האחרונה של הגרסה למכשיר שלהם, וגם להציע שינויים בקוד לגרסה הבאה של AOSP בהסתעפות הזו.

    מידע נוסף על מחזור החיים של פרויקטים ב-upstream זמין במאמר מחזור החיים של פרויקטים ב-upstream.

  2. Google בודקת את השינויים המוצעים בהסתעפות המוצר האחרונה, ובמידה שהם מאושרים, היא בוחרת את השינויים הרצויים ומעבירה אותם להסתעפות הפיתוח הפנימית של Google. אפשר לגשת להסתעפות הזו רק ב-Google, והיא המקום שבו Google מוסיפה תכונות חדשות לגרסה הבאה.

  3. מדי פעם נוצרה מחלקת הפיתוח הפנימית הסתעפות פנימית של גרסה. Google עשויה לבחור שינויים מסוימים להוספה להסתעפות הזו כדי לטפל בתיקוני באגים ובשיפורי ביצועים .

  4. בשלב מסוים, Google דוחפת קוד מההסתעפות הפנימית של הגרסה המהדורה להסתעפות האחרונה של הגרסה המהדורה (שצוינה במניפסט android-latest-release) כדי ליצור עותק לקריאה בלבד של ההסתעפות של הגרסה המהדורה במארח הציבורי של AOSP.

מחזור החיים של פרויקטים ב-upstream

הקוד של פרויקט ה-upstream זורם להסתעפות הפיתוח הפנימית, ופועל לפי שלבים 3 ו-4 בתרשים הקודם. הקוד ב-upstream יפורסם בהסתעפות הבאה של המהדורה. פרויקט upstream הוא פרויקט בקוד פתוח שממנו AOSP שולף קוד. בנוסף לפרויקטים כמו ליבת Linux ו-WebKit, Google מעבירה ל-AOSP כמה פרויקטים של Android למחצה אוטונומיים, כמו ART, הכלים של Android SDK ו-Bionic. אפשר לתרום ישירות לחלק מהפרויקטים של הקוד המקורי. פרטים נוספים זמינים במאמר הוספת תוכן לפרויקט ב-upstream.