תהליך הרצה מחדש של 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.