תהליך הרצה מחדש של GBL

בדף הזה מתואר תהליך ה-respin של Generic Bootloader ‏ (GBL) לשליחת בקשה לגרסה חדשה של GBL.

גרסה חדשה היא גרסה חדשה של GBL. כדי לשלוח בקשה להרצה חוזרת, פועלים לפי השלבים הבאים:

1. ממלאים את טופס הבקשה לשינוי של GBL ופונים מיד לאיש הקשר שלכם ב-Google.

   • הטופס הזה יוצר באג של בקשה ל-GBL respin. שימו לב למזהה הבאג.

2. הכנת התיקון:

   • מוודאים שהתיקון מוזג עם ענף הפיתוח של GBL.
   • מחילים את התיקון על ענף ההפצה המתאים של GBL.
   • משנים את התיקון שנבחר כדי לכלול את מזהה הבאג שנוצר בשלב 1 בתור תג Bug: XYZ בהודעת הקומיט.

   דוגמה: כדי לבחור רשימת שינויים (CL) מ-<development-branch> ל-<release-branch>:

   # 1. Check out the target release branch
   git checkout <release-branch>
   
   # 2. Fetch the upstream development branch (Source of Truth)
   git fetch aosp <development-branch>
   
   # 3. Cherry-pick the commit (Preserving metadata)
   git cherry-pick -x <commit_hash>
   
   # 4. Update the commit message to include the Respin Bug ID
   # (Don't remove existing Bug IDs or change the Change-Id)
   

3. שולחים את הבאג. אחרי ששולחים את הבקשה, קורה הדבר הבא:

   • תהליך הבדיקה:

     • הצוות של Google GBL בודק את הבקשה ומאשר אותה או מקצה אותה בחזרה אליך אם הצוות צריך מידע נוסף.
     • אחרי שמסכימים על תיקון, צוות GBL בודק את השינוי.
     • הצוות של GBL ממזג, בונה, בודק רגרסיה ומאשר את השינוי.

   • גרסה:

     • צוות GBL מפרסם את הקובץ הבינארי בכתובת ci.android.com.