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

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

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

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

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

  1. הקוד של פרויקט Upstream זורם להסתעפות הפיתוח החיצונית, שנקראת main.

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

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

  2. שינויים שמעלים ומאשרים להכללה בהסתעפות הראשית זמינים באופן אוטומטי לכל מי שמשתמש בהסתעפות הראשית.

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

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

  4. בשלב מסוים, הקוד בהסתעפות הפנימית של הגרסה היציבה מועבר ל-upstream כדי למזג אותו חזרה עם ההסתעפות החיצונית של הפיתוח (main), והוא משמש ליצירת עותק לקריאה בלבד של ההסתעפות של הגרסה היציבה במארח הציבורי של AOSP.