กระบวนการเผยแพร่อิมเมจเคอร์เนลทั่วไป (GKI)

เอกสารนี้จะอธิบายวิธีเผยแพร่ GKI รวมถึงการเผยแพร่ข้อมูลฉุกเฉินรายสัปดาห์ รายเดือน และนอกขอบเขต เอกสารฉบับนี้มีวัตถุประสงค์เพื่อให้ OEM ทราบแนวทางเกี่ยวกับสถานที่รับ GKI รวมถึงขั้นตอนการแก้ไขปัญหาฉุกเฉินนอกขอบเขต OEM สามารถใช้คู่มือการพัฒนา GKI เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีทำงานร่วมกับทีม Kernel ของ Android เพื่อเพิ่มประสิทธิภาพเคอร์เนล GKI สำหรับผลิตภัณฑ์ของตนได้ด้วย

ช่วงเวลาเผยแพร่ GKI

GKI เผยแพร่ตามแผนการสนทนารายเดือนหลังจาก KMI หยุดทำงาน

การเปิดตัว Android 13, 14 และ 15 GKI

ตารางต่อไปนี้เกี่ยวข้องกับ android13-5.10, android13-5.15 และ android14-6.1 เท่านั้น

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
ตุลาคม 14 ตุลาคม 2022 31 ตุลาคม 2022 ได้
พฤศจิกายน 14 พฤศจิกายน 2022 30 พฤศจิกายน 2022 ได้
ธันวาคม 9 ธันวาคม 2022 21 ธันวาคม 2022 ได้
มกราคม 17 มกราคม 2023 31 มกราคม 2023 ได้
กุมภาพันธ์ 15 กุมภาพันธ์ 2023 28 กุมภาพันธ์ 2023 ได้
มีนาคม 15 มีนาคม 2023 31 มีนาคม 2023 ได้
เมษายน 13 เมษายน 2023 28 เมษายน 2023 ได้
พฤษภาคม 17 พฤษภาคม 2023 31 พฤษภาคม 2023 ได้
มิถุนายน 15 มิถุนายน 2023 30 มิถุนายน 2023 ได้
กรกฎาคม 18 กรกฎาคม 2023 31 กรกฎาคม 2023 ได้
สิงหาคม 16 สิงหาคม 2023 31 สิงหาคม 2023 ได้
กันยายน 14 กันยายน 2023 29 กันยายน 2023 ได้
ตุลาคม 18 ตุลาคม 2023 31 ตุลาคม 2023 ได้
พฤศจิกายน 10 พฤศจิกายน 2023 30 พฤศจิกายน 2023 ได้
ธันวาคม 7 ธันวาคม 2023 22 ธันวาคม 2023 ได้
มกราคม 16 มกราคม 2024 31 มกราคม 2024 ได้
กุมภาพันธ์ 13 กุมภาพันธ์ 2024 29 กุมภาพันธ์ 2024 ได้
มีนาคม 13 มีนาคม 2024 29 มีนาคม 2024 ได้
เมษายน 16 เมษายน 2024 30 เมษายน 2024 ได้
พฤษภาคม 14 พฤษภาคม 2024 31 พฤษภาคม 2024 ได้
มิถุนายน 12 มิถุนายน 2024 28 มิถุนายน 2024 ได้
กรกฎาคม 16 กรกฎาคม 2024 31 กรกฎาคม 2024 ได้
สิงหาคม 15 สิงหาคม 2024 30 สิงหาคม 2024 ได้
กันยายน 17 กันยายน 2024 30 กันยายน 2024 ได้
ตุลาคม 15 ตุลาคม 2024 31 ตุลาคม 2024 ได้
พฤศจิกายน 11 พฤศจิกายน 2024 27 พฤศจิกายน 2024 ได้
ธันวาคม 6 ธันวาคม 2024 23 ธันวาคม 2024 ได้

ตั้งแต่เดือนมกราคม 2024 เราจะกลับมาเปิดตัว android14-5.15 รายเดือนอีกครั้งตามช่วงเวลารายเดือนที่ระบุไว้ตามตารางด้านล่าง ช่วงเวลาการเผยแพร่ของ android15-6.6 จะเป็นไปตามรอบการเปิดตัวเดิม โดยเริ่มตั้งแต่เดือนกรกฎาคม 2024

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
มกราคม 16 มกราคม 2024 31 มกราคม 2024 ได้
กุมภาพันธ์ 13 กุมภาพันธ์ 2024 29 กุมภาพันธ์ 2024 ได้
มีนาคม 4 มีนาคม 2024 15 มีนาคม 2024 ได้
เมษายน 1 เมษายน 2024 17 เมษายน 2024 ได้
พฤษภาคม 1 พฤษภาคม 2024 17 พฤษภาคม 2024 ได้
มิถุนายน 3 มิถุนายน 2024 17 มิถุนายน 2024 ได้
กรกฎาคม 1 กรกฎาคม 2024 15 กรกฎาคม 2024 ได้
สิงหาคม 1 สิงหาคม 2024 16 สิงหาคม 2024 ได้
กันยายน 2 กันยายน 2024 16 กันยายน 2024 ได้
ตุลาคม 1 ตุลาคม 2024 14 ตุลาคม 2024 ได้
พฤศจิกายน 1 พฤศจิกายน 2024 15 พฤศจิกายน 2024 ได้
ธันวาคม 2 ธันวาคม 2024 16 ธันวาคม 2024 ได้

รุ่น GKI ของ Android 12

หลังเดือนพฤษภาคม 2024 การเผยแพร่ GKI android12-5.10 รายการจะอยู่ในกำหนดการประจำไตรมาสและจะเผยแพร่ในช่วงกลางเดือน ตารางต่อไปนี้เกี่ยวข้องกับ android12-5.10 เท่านั้น

บิลด์ที่ได้รับการรับรองรายเดือนของ GKI วันที่ยกเลิกเช็คอิน วันที่พร้อมโหลด GKI ล่วงหน้า ยืนยันหรือไม่
กรกฎาคม 3 กรกฎาคม 2023 14 กรกฎาคม 2023 ได้
กันยายน 1 กันยายน 2023 15 กันยายน 2023 ได้
พฤศจิกายน 3 พฤศจิกายน 2023 17 พฤศจิกายน 2023 ได้
มกราคม 5 มกราคม 2024 19 มกราคม 2024 ได้
มีนาคม 4 มีนาคม 2024 15 มีนาคม 2024 ได้
พฤษภาคม 1 พฤษภาคม 2024 17 พฤษภาคม 2024 ได้
สิงหาคม 1 สิงหาคม 2024 16 สิงหาคม 2024 ได้
พฤศจิกายน 1 พฤศจิกายน 2024 15 พฤศจิกายน 2024 ได้
กุมภาพันธ์ 3 กุมภาพันธ์ 2025 17 กุมภาพันธ์ 2025 ได้

ความถูกต้องของบิลด์ GKI สำหรับ OEM

OEM ใช้ Android GKI ที่เพิ่งเปิดตัวได้ OEM เปิดตัวด้วยบิลด์ที่ผ่านการรับรอง GKI ได้ตราบใดที่เป็นไปตามข้อกำหนดของ LTS ในกระดานข่าวสารด้านความปลอดภัยของ Android (ASB)

เวอร์ชันสำหรับการพัฒนารายสัปดาห์

รุ่นจะได้รับการทดสอบกับหมึกกระดอง เพื่อให้ผ่านเกณฑ์คุณภาพขั้นต่ำ

ไบนารี GKI มีให้บริการแบบบริการตนเองจาก ci.android.com เมื่อมีการรวมการเปลี่ยนแปลง บิลด์รายสัปดาห์จะไม่ได้รับการรับรอง แต่สามารถใช้เป็นพื้นฐานสำหรับการพัฒนาและการทดสอบได้ บิลด์รายสัปดาห์จะใช้บิลด์ของอุปกรณ์เวอร์ชันที่ใช้งานจริงสำหรับผู้ใช้ปลายทางไม่ได้

รุ่นที่ได้รับการรับรองรายเดือน

GKI รายเดือนมี boot.img ที่ผ่านการทดสอบซึ่งมีใบรับรองที่ Google แทรกเข้ามา เพื่อรับรองว่าไบนารีสร้างขึ้นจากฐานของซอร์สโค้ดที่รู้จัก

ในแต่ละเดือน ระบบจะเลือกผู้สมัครรับเลือกตั้ง GKI รายเดือน (ไม่ได้รับการรับรอง) หลังจากวันที่ปิดรับเช็คอิน ซึ่งปกติแล้วจะเป็นบิลด์รายสัปดาห์ครั้งที่ 2 ของเดือนนั้น หลังจากเลือกผู้สมัครที่เผยแพร่รายเดือนแล้ว ระบบจะไม่ยอมรับการเปลี่ยนแปลงใหม่ๆ ในการเปิดตัวในเดือนนั้น ในช่วงกรอบเวลาที่ปิดไปแล้ว คุณจะแก้ไขได้เฉพาะข้อบกพร่องที่ทำให้เกิดการทดสอบไม่สำเร็จ ผู้สมัครที่เผยแพร่ได้รับการประกันคุณภาพตามที่อธิบายไว้ในส่วนการรับรอง GKI เพื่อให้มั่นใจว่าการทดสอบการปฏิบัติตามข้อกำหนดจะผ่านในบิลด์ GSI+GKI ที่มีอุปกรณ์อ้างอิงและหมึกกระดอง

ลำดับเวลาการเผยแพร่ GKI รูปที่ 1. ลำดับเวลาการเผยแพร่ GKI

กระบวนการให้แสดงอีกครั้งในกรณีฉุกเฉิน

การทำซ้ำหมายถึงกระบวนการผสานรวมใหม่ สร้างใหม่ ทดสอบใหม่ และรับรองไบนารีอีกครั้งหลังจากการเผยแพร่เคอร์เนล GKI ต่อสาธารณะ คุณส่งคำขอรีสตาร์ทของไบนารีที่ผ่านการรับรองได้ในกรณีต่อไปนี้

  • หากต้องการอัปเดตรายการสัญลักษณ์
  • เพื่อใช้การแก้ไขข้อบกพร่อง รวมถึงข้อบกพร่องที่พบระหว่างการอนุมัติจากห้องทดลองของผู้ให้บริการ
  • เพิ่มฮุกของผู้ให้บริการ
  • เพื่อใช้แพตช์กับฟีเจอร์ที่มีอยู่
  • วิธีใช้แพตช์ความปลอดภัย (หลังผ่านไป 6 เดือน)

แพตช์ด้านความปลอดภัยจะผสานรวมเป็น Branch ของรุ่นโดยอัตโนมัติเป็นเวลาสูงสุด 6 เดือนหลังจากการเผยแพร่ของ Branch หลังจากเวลาสุดท้ายที่รับคำสั่งซื้อเป็นเวลา 6 เดือน คุณต้องส่งคำขออีกครั้งเพื่อนำแพตช์ความปลอดภัยไปใช้กับ Branch

ก่อนที่จะส่งคำขอรีสตาร์ท โปรดดูหลักเกณฑ์ต่อไปนี้

  • อนุญาตให้ทำซ้ำได้ใน Branch ของรุ่นหลังจากเปิดตัวบิลด์รายเดือนครั้งแรกต่อสาธารณะแล้ว

  • การส่งคำขอ Respin จะได้รับการยอมรับสำหรับ Branch ของรุ่นนั้นๆ เป็นเวลาสูงสุด 6 เดือนหลังจากการเผยแพร่รุ่นสาธารณะครั้งแรก หลังจากผ่านไป 6 เดือน สาขาจะมีสิทธิ์แสดงผลอีกครั้งสำหรับแพตช์ความปลอดภัยที่อ้างถึงในกระดานข่าวสารด้านความปลอดภัยของ Android เท่านั้น

  • เมื่อข้อกำหนด LTS ที่กำหนดโดยกระดานข่าวสารด้านความปลอดภัยของ Android (ASB) ทำให้ Branch ไม่เป็นไปตามข้อกำหนด ระบบจะเลิกใช้งาน Branch ระบบไม่ยอมรับคำขอปักหมุดอีกครั้งสำหรับ Branch ที่เลิกใช้งานแล้ว วันที่เลิกใช้งานสำหรับสาขารุ่น GKI ที่กำหนดจะรวมอยู่ในบันทึกประจำรุ่นของ GKI รายเดือนในส่วนรุ่น สำหรับการวางแผนในอนาคต ข้อกำหนดของ LTS จะอัปเดตในเดือนพฤษภาคมและพฤศจิกายนของทุกปี ตัวอย่างเช่น สาขาของ android12-5.10-2023-07 (5.10.177) จะไม่รองรับการ respins หลังวันที่ 1 พฤษภาคม 2024 เนื่องจากสาขา android12-5.10-2023-07 (5.10.177) ไม่เป็นไปตามข้อกำหนด LTS ของ ASB-2024-05

  • การย้อนกลับใช้ได้เฉพาะสำหรับการแก้ไขข้อบกพร่องอย่างเร่งด่วน การอัปเดตรายการสัญลักษณ์ หรือเพื่อใช้แพตช์เพื่อแก้ไขฟีเจอร์ที่มีอยู่

  • แพตช์ทั้งหมดที่เข้าสู่ Branch ของรุ่นรายเดือนจะต้องผสานรวมเข้ากับ BKI หลักการพัฒนา GKI หลักอยู่แล้ว ตัวอย่างเช่น หากแพตช์จำเป็นต้องมีการ respin ของ android12-5.10-2022-09 แพตช์นั้นต้องผสานรวมเข้ากับ android12-5.10 อยู่แล้ว

  • คุณต้องเลือกแพตช์จากสาขาการพัฒนา GKI หลัก และอัปโหลดแพตช์ไปยัง Branch ของรุ่นรายเดือน

  • ในคำขอแสดงผลใหม่ คุณต้องกำหนดลำดับความสำคัญ (ความเร่งด่วน) ให้กับคำขอนั้น ลำดับความสำคัญนี้ช่วยให้ทีม GKI สามารถสนับสนุนพาร์ทเนอร์ได้ดีขึ้นอย่างรวดเร็ว สำหรับคำขอที่สำคัญหรือเร่งด่วน ให้ทำเครื่องหมายลำดับความสำคัญเป็น P0 สำหรับคำขอ P0 และ P1 คุณต้องอธิบายความเร่งด่วนด้วย ตารางต่อไปนี้แสดงการแมปลำดับความสำคัญของข้อบกพร่องและเวลาในการแก้ปัญหา (ESRT)

    ความสำคัญ ESRT
    P0 2 วันทำการ
    P1 5 วันทำการ
    P2 10 วันทำการ
    P3 15 วันทำการ

  • คุณต้องส่งคำขออีกครั้งแยกต่างหากตาม Branch ของรุ่น ตัวอย่างเช่น หากจำเป็นต้องใช้การทำซ้ำสำหรับทั้ง android12-5.10-2022-08 และ android12-5.10-2022-09 คุณต้องสร้างคำขอการปักหมุด 2 รายการอีกครั้ง

  • หลังจากระบุบิลด์แล้วและได้ทำเครื่องหมายคำขอให้แสดงผลอีกครั้งว่าแก้ไขแล้ว คุณไม่ควรเปิดคำขอปักหมุดอีกครั้งเพื่อเพิ่ม CL เพิ่มเติม คุณต้องส่งคำขอให้แสดงอีกครั้งหากมีแพตช์อื่นๆ ที่ต้องผสานรวม

  • สำหรับ CL แต่ละรายที่อยู่ภายใต้การพิจารณา ให้เพิ่มแท็กต่อไปนี้ ความคืบหน้าของคำขอหมุนอีกครั้งจะถูกบล็อกโดยไม่มีข้อมูลนี้

    • Bug: ต้องเพิ่มรหัสข้อบกพร่องในข้อความคอมมิตสำหรับ CL แต่ละรายการ
    • Change-Id: ต้องเหมือนกับ Change-Id ของการเปลี่ยนแปลง Branch ฐาน

  • หากคำขอตอบกลับต้องใช้การตอบกลับจากคุณ และคุณไม่ตอบกลับภายใน 3 วันทำการ ระบบจะดาวน์เกรดลำดับความสำคัญลง 1 ระดับ (เช่น P0 จะดาวน์เกรดเป็น P1) หากคุณไม่ตอบสนองเป็นเวลา 2 สัปดาห์ ระบบจะทำเครื่องหมายข้อบกพร่องเป็นจะไม่แก้ไข (ล้าสมัย)

ส่งคำขอหมุนอีกครั้ง

แผนภาพต่อไปนี้จะแสดงกระบวนการหมุนอีกครั้ง ขั้นตอนจะเริ่มต้นเมื่อพาร์ทเนอร์ OEM (คุณ) ส่งคำขออีกครั้ง

กระบวนการให้แสดงอีกครั้งในกรณีฉุกเฉิน รูปที่ 2 กระบวนการหมุนอีกครั้ง

วิธีเข้าสู่กระบวนการหมุนอีกครั้ง

  1. กรอกฟอร์มคำขอ GKI Respin ใหม่ และติดต่อผู้จัดการลูกค้าด้านเทคนิคของ Google ทันที แบบฟอร์มนี้จะสร้างข้อบกพร่องในการส่งคำขออีกครั้ง GKI คุณ (ผู้ขอ) ทีม GKI และบุคคลแต่ละคนที่คุณเพิ่มในรายการ CC ของข้อบกพร่องจะปรากฏอีกครั้ง
    • หากคุณมีการแก้ไขอยู่แล้ว คำขอควรชี้ไปยังการส่งแพตช์ใน AOSP เพื่อให้ Google ตรวจสอบได้ หากส่งแพตช์ไม่ได้ จะต้องแนบแพตช์ดังกล่าวเป็นไฟล์ข้อความในคำขอ
    • หากไม่มีวิธีแก้ไข คำขอจะต้องมีข้อมูลมากที่สุดเท่าที่จะทำได้ รวมถึงหมายเลขเวอร์ชันเคอร์เนลและบันทึกเพื่อให้ Google ช่วยแก้ไขข้อบกพร่องได้
  2. ทีม GKI ของ Google จะตรวจสอบคำขอและอนุมัติ หรือมอบหมายคำขอกลับไปให้คุณหากต้องการข้อมูลเพิ่มเติม
  3. หลังจากยอมรับการแก้ไขแล้ว ทีม GKI ของ Google จะตรวจสอบการเปลี่ยนแปลง (CR+2) การตรวจสอบจะเริ่มต้นกรอบเวลา ESRT ทีม GKI จะรวม สร้าง ทดสอบ การถดถอย และรับรองการเปลี่ยนแปลง
  4. ไบนารีจะเผยแพร่ไปที่ ci.android.com จากนั้นกรอบเวลา ESRT จะสิ้นสุดลงและทีม GKI ของ Google จะทำเครื่องหมายคำขอว่าแก้ไขแล้วและอ้างอิงบิลด์ respin นอกจากนี้ ยังโพสต์บิลด์ Respin ในหน้าบิลด์รุ่น Kernel ทั่วไป (GKI) ด้วย

คุณสมบัติของ GKI

ประเภทของบิลด์ GKI การบังคับใช้คุณภาพ หมายเหตุ
รายสัปดาห์ การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • เซ็ตย่อยของ VTS
  • เซ็ตย่อยของ CTS
  • ไม่ได้รับการรับรอง สำหรับการทดสอบและอุปกรณ์
    เครื่องแสดงขึ้นเท่านั้น
  • ใช้สำหรับการเปิดอุปกรณ์ไม่ได้
รายเดือน (ผ่านการรับรอง) การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • VTS
  • CTS
การทดสอบฮาร์ดแวร์อ้างอิง
  • รองเท้าบูท
  • VTS
  • CTS
Respins (ผ่านการรับรอง) การทดสอบหมึกกระดอง
  • รองเท้าบูท
  • VTS
  • เซ็ตย่อยของ CTS
การทดสอบอุปกรณ์อ้างอิง
  • รองเท้าบูท
  • VTS
  • สร้างต่อยอดจากบิลด์ที่ผ่านการรับรอง GKI
  • บิลด์จะได้รับการรับรองหลังจากตรวจสอบคุณสมบัติแล้ว

จะหาอาร์ติแฟกต์ของบิลด์ได้จากที่ใด

ดูอาร์ติแฟกต์สำหรับการเผยแพร่ทั้งหมดได้จาก ci.android.com

คุณสามารถดูข้อมูลเพิ่มเติมเกี่ยวกับ CI รวมถึงผลการทดสอบได้บนหน้าแดชบอร์ดการผสานรวม Android อย่างต่อเนื่อง

คำถามที่พบบ่อย

เป็นไปได้ไหมที่จะสร้างไบนารี GKI ใหม่โดยอิงตาม GKI ที่เปิดตัวแล้ว

ได้ วิธีนี้เรียกกันว่า "การวนกลับ" ระบบจะรองรับกระบวนการแสดงผลอีกครั้งตราบใดที่บิลด์ GKI ที่เปิดตัว (ที่มีการขอ Respin) เป็นไปตามข้อกําหนด LTS ในกระดานข่าวสารด้านความปลอดภัยของ Android (ASB)

สามารถทำให้เกิดไบนารี GKI ซ้ำได้ไหม

ใช่ ดูตัวอย่างด้านล่าง

GKI 2.0
5.10 kernel prebuilts from build 7364300
https://ci.android.com/builds/submitted/7364300/kernel_aarch64/latest

หากต้องการทำซ้ำตัวอย่าง ให้ดาวน์โหลด manifest_$id.xml แล้วเรียกใช้คำสั่งต่อไปนี้

repo init -u https://android.googlesource.com/kernel/manifest
mv manifest_7364300.xml .repo/manifests
repo init -m manifest_7364300.xml --depth=1
repo sync
# build the GKI images
# You may want to use LTO=thin to build faster for development
BUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh
# (optional) build virtual platform modules
BUILD_CONFIG=common-modules/virtual-device/build.config.virtual_device.aarch64 build/build.sh

คุณเรียกสำเนาอาร์ติแฟกต์ GKI ได้จาก out/.../dist

ไบนารี GKI (รวมถึงแพทช์การหมุนฉุกเฉิน) สร้างขึ้นจากฐานของโค้ดล่าสุดหรือไม่

ไม่ Respins จะมีเฉพาะแพตช์ที่อยู่ด้านบนของเคอร์เนลรายเดือนที่ได้รับการรับรองซึ่งมีการเลือกแล้วเท่านั้น การตอบกลับเหล่านี้มีการแก้ไขข้อบกพร่องของการบล็อกการเปิดใช้งานทั้งหมดที่รายงานจนกว่าจะถึงเวลาที่กำหนดโดย OEM โดยใช้การเผยแพร่รายเดือนพื้นฐานที่เกี่ยวข้อง ลองดูตัวอย่างต่อไปนี้

  • OEM1 และ OEM2 ตัดสินใจใช้ GKI แบบไบนารีตั้งแต่เดือนพฤศจิกายน 2021
  • OEM1 และ OEM2 พบปัญหาที่ต้องมีแพตช์เพื่อรับการสนับสนุน แพตช์เหล่านี้อาจแตกต่างกันหรือเหมือนกันก็ได้
  • การทำซ้ำหลังจากไบนารีของเดือนพฤศจิกายน 2021 มีการแก้ไขการบล็อกการเปิดใช้ที่รายงานโดยทั้ง OEM1 และ OEM2 ระหว่างกรอบเวลาการสวนอีกครั้ง แต่ไม่มีอะไรเพิ่มเติม
  • ปัญหาที่กล่าวถึงในหัวข้อย่อยที่ 2 จะรวมอยู่ในรุ่น GKI ต่อๆ ไปรายเดือนด้วย

การตอบกลับใหม่ในเดือนตุลาคมมีแพตช์ของ OEM ทั้งหมดที่ส่งมา แต่แพตช์ OEM อื่นๆ ส่งผลกระทบต่อเรา เนื่องจากแพตช์เหล่านี้ไม่ได้รับการทดสอบกับผลิตภัณฑ์ของเราโดยเฉพาะ เป็นไปได้ไหมที่จะรวมเฉพาะแพตช์ของเรา

ซึ่งเป็นไปไม่ได้ ปัจจุบันเส้นทางการสปิน "ต่อ OEM" ยังปรับขนาดไม่ได้ แต่ทีม GKI จะตรวจสอบทุกการเปลี่ยนแปลงที่เกิดขึ้นในงานและสร้างใหม่ และทดสอบการเปลี่ยนแปลงกับฮาร์ดแวร์ที่มีอยู่ทั้งหมดก่อนสร้างบิลด์ใหม่ หากทีม GKI พบว่าปัญหาเกิดขึ้นเฉพาะกับ OEM/อุปกรณ์/รุ่น ทีม GKI สามารถดูแลให้โค้ดที่เพิ่มจากการเปลี่ยนแปลงจะทำงานในอุปกรณ์/รุ่น/SKU ที่ได้รับผลกระทบเท่านั้น

ประโยชน์หลักๆ ของการทำซ้ำแบบรวมคืออุปกรณ์ทุกเครื่องที่ใช้ฐานการเผยแพร่เดียวกันจะได้รับประโยชน์จากกันและกัน โดยเฉพาะอย่างยิ่งหากข้อบกพร่องที่พบนั้นเป็นข้อบกพร่องทั่วไปและใช้ได้กับผู้ใช้ทุกคน ข้อบกพร่องหลักของเคอร์เนลที่พบในการทดสอบของผู้ให้บริการคือตัวอย่างเฉพาะของแนวคิดนี้

มีสถานการณ์ที่ Google ให้ข้อมูลที่เฉพาะเจาะจงเกี่ยวกับแพตช์ OEM และสถานการณ์ปัญหาเพื่อให้ OEM ประเมินผลกระทบและความเสี่ยงของการใช้แพตช์กับผลิตภัณฑ์ของตนได้ไหม

Google จะไม่เพิ่มการเปลี่ยนแปลงในบิลด์ respin จนกว่าจะเข้าใจปัญหา และเก็บรายละเอียดได้ครบทั้งหมดแล้ว ซึ่งจะเห็นได้ในบันทึกการเปลี่ยนแปลง (ข้อความคอมมิต) Google จะไม่เปิดเผยว่าปัญหานี้ส่งผลต่ออุปกรณ์ใด แต่ OEM จะดูคำอธิบายและวิธีแก้ไขปัญหาได้เสมอในบันทึกการเปลี่ยนแปลง