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