Bu sayfada, üç aylık ve bant dışı acil durum sürümleri de dahil olmak üzere GKI'nın nasıl yayınlandığı açıklanmaktadır. Bu sayfanın amacı, OEM'lere GKI'yı nereden alacakları ve bant dışı acil düzeltme süreci hakkında yönergeler vermektir. OEM'ler, ürünleri için GKI çekirdeğini optimize etmek üzere Android Çekirdek ekibiyle nasıl çalışabilecekleri hakkında daha fazla bilgi edinmek amacıyla GKI geliştirme sayfasını da kullanabilir.
GKI yayınlanma sıklığı
GKI, KMI dondurulduktan sonra üç ayda bir yayınlanır.
| Yayınlanma ayı | a12-5.10 | a13-5.10 | a13-5.15 | a14-5.15 | a14-6.1 | a15-6.6* | a16-6.12* | a17-6.18* | |
|---|---|---|---|---|---|---|---|---|---|
| Eki 2025 |
Check-in son tarihi |
16 Ekim | 1 Ekim | 1 Ekim | |||||
| GKI önceden yükleme hazır | 31 Ekim | 15 Eki | 15 Ekim | ||||||
| Aralık 2025 |
Check-in son saati |
1 Aralık | 1 Aralık | 1 Aralık | 1 Aralık | ||||
| GKI önceden yükleme hazır | 15 Aralık | 15 Aralık | 15 Aralık | 15 Aralık | |||||
| Ocak 2026 |
Check-in son saati |
16 Ocak | 2 Ocak | 2 Ocak | |||||
| GKI önceden yükleme hazır | 31 Ocak | 15 Ocak | 15 Ocak | ||||||
| Şubat 2026 |
Check-in son saati |
||||||||
| GKI önceden yüklemeye hazır | |||||||||
| Mar 2026 |
Check-in son tarihi |
1 Mart | 1 Mart | 15 Mart | |||||
| GKI önceden yükleme hazır | 15 Mart | 15 Mart | 31 Mart | ||||||
| Nisan 2026 |
Check-in son saati |
16 Nis | 16 Nisan | 1 Nisan | 1 Nisan | ||||
| GKI önceden yükleme hazır | 30 Nisan | 30 Nisan | 15 Nisan | 15 Nisan | |||||
| Mayıs 2026 |
Check-in son tarihi |
||||||||
| GKI önceden yükleme hazır | |||||||||
| Haziran 2026 |
Check-in son tarihi |
1 Haziran | 15 Haziran | 15 Haziran | 1 Haziran | ||||
| GKI önceden yükleme hazır | 15 Haziran | 30 Haziran | 30 Haziran | 15 Haziran | |||||
| Temmuz 2026 |
Check-in son saati |
16 Temmuz | 16 Temmuz | 1 Temmuz | 1 Temmuz | ||||
| GKI önceden yüklemeye hazır | 31 Temmuz | 31 Temmuz | 15 Temmuz | 15 Temmuz | |||||
| Ağustos 2026 |
Check-in son saati |
||||||||
| GKI önceden yükleme hazır | |||||||||
| Eylül 2026 |
Check-in son saati |
1 Eyl | 16 Eylül | 16 Eylül | 1 Eyl | ||||
| GKI önceden yükleme hazır | 15 Eyl | 30 Eylül | 30 Eylül | 15 Eyl | |||||
| Eki 2026 |
Check-in son tarihi |
16 Ekim | 16 Ekim | 1 Ekim | 1 Ekim | ||||
| GKI önceden yükleme hazır | 31 Ekim | 31 Ekim | 15 Eki | 15 Ekim | |||||
| Kasım 2026 |
Check-in son saati |
||||||||
| GKI önceden yükleme hazır | |||||||||
| Aralık 2026 |
Check-in son saati |
1 Aralık | 1 Aralık | 1 Aralık | 1 Aralık | ||||
| GKI önceden yükleme hazır | 15 Aralık | 15 Aralık | 15 Aralık | 15 Aralık | |||||
OEM'ler için GKI derleme geçerliliği
OEM'ler, yakın zamanda yayınlanan bir Android GKI'yı kullanabilir. OEM'ler, Android Güvenlik Bülteni'ndeki (ASB) uzun süreli desteklenen (LTS) çekirdek şartlarına uydukları sürece GKI sertifikalı derlemelerle lansman yapabilir.
16 KB GKI sürümleri
GKI yayın ekibi, 4 KB GKI yayınlarında olduğu gibi aynı üç aylık yayın sıklığı, uygunluk testi ve yeniden derleme süreci ile 16 KB GKI yayınlarını yönetir:
- Desteklenen dallar:
android15-6.6(Ocak 2026'dan itibaren)android16-6.12(Mart 2026'dan itibaren)android17-6.18(Haziran 2026'dan itibaren)
- Derleme eşliği ve sertifikası: 16 KB GKI ikili dosyaları, ilgili 4 KB GKI sürümüyle aynı kaynak etiketi ve çekirdek derleme kimliğini kullanır.
2027'ye kadar
android15-6.6,android16-6.12veandroid17-6.18yayınlanan derleme sayfalarındaki 16 KB yayınlanan derleme sekmesinde sertifikasız 16 KB GKI yayınlanan ikili programları sunulur. 4 KB ve 16 KB çekirdekleri birlikte güncellemeniz gerekmez ancak bunu yapmanızı öneririz. - İsteğe bağlı yeniden derlemeler: 4 KB derlemelerle aynı yeniden derleme istek sürecini ve formunu kullanarak 16 KB GKI yeniden derlemeleri isteyin.
Üç aylık sertifikalı yayınlar
GKI üç aylık sürümleri, ikili programların bilinen bir kaynak kodu temelinden oluşturulduğunu onaylamak için Google tarafından eklenen bir sertifika içeren test edilmiş bir boot.img içerir.
Her çeyrekte, check-in son tarihinden sonra GKI çeyrek sürüm adayı (sertifikalı değil) seçilir. Üç aylık sürüm adayı seçildikten sonra ilgili ayın sürümüne yeni değişiklikler kabul edilmez. Kapalı pencere döneminde yalnızca testin başarısız olmasına neden olan hatalar düzeltilebilir. Sürüm adayı, GKI yeterlilik bölümünde açıklandığı gibi kalite kontrolünden geçer. Bu sayede, uygunluk testlerinin Cuttlefish'in yanı sıra referans cihaz içeren bir GSI+GKI derlemesinde başarılı olduğu doğrulanır.
Şekil 1. GKI yayın zaman çizelgesi
GKI nitelikleri
| GKI derleme türleri | Kalite yaptırımı | Notlar |
|---|---|---|
| Üç aylık (sertifikalı) | Cuttlefish testi
|
|
| Yeniden dönüşler (sertifikalı) | Cuttlefish testi
|
|
Derleme yapılarını nereden edinebilirsiniz?
OEM'ler, tüm sürümler için yapıları ci.android.com adresinden edinebilir.
Test sonuçları da dahil olmak üzere CI hakkında daha fazla bilgiyi Android Sürekli Entegrasyon kontrol panelinde bulabilirsiniz.
SSS
GKI yayınlama süreciyle ilgili sık sorulan bazı soruları aşağıda bulabilirsiniz.
Daha önce yayınlanmış bir GKI'ya dayalı yeni bir GKI ikili programı oluşturmak mümkün mü?
Evet, bu işleme yeniden çevirme denir. Yeniden derleme işlemi, yayınlanan GKI derlemesi (yeniden derlemenin istendiği) Android Güvenlik Bülteni'ndeki (ASB) LTS şartlarına uygun olduğu sürece desteklenir.
GKI ikili dosyalarını yeniden üretmek mümkün mü?
Evet, bir örnek verelim:
GKI 2.0
5.10 kernel prebuilts from build 7364300
https://ci.android.com/builds/submitted/7364300/kernel_aarch64/latest
Örneği yeniden oluşturmak için manifest_$id.xml dosyasını indirin ve aşağıdaki komutu çalıştırın:
repo init -u https://android.googlesource.com/kernel/manifestmv manifest_7364300.xml .repo/manifestsrepo init -m manifest_7364300.xml --depth=1repo sync # build the GKI images # You may want to use LTO=thin to build faster for developmentBUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh # (optional) build virtual platform modulesBUILD_CONFIG=common-modules/virtual-device/build.config.virtual_device.aarch64 build/build.sh
GKI yapı kopyanızı out/.../dist adresinden alabilirsiniz.
GKI ikili programı (acil durum spin yaması dahil), en son kod tabanında mı oluşturuldu?
Hayır. Yeniden derlemeler, yalnızca seçilen üç aylık sertifikalı çekirdeklerin üzerinde bulunan yamaları içerir. Bu yeniden döndürmeler, ilgili temel üç aylık sürümü kullanan OEM'ler tarafından belirli bir zamana kadar bildirilen tüm lansmanı engelleyen hata düzeltmelerini içerir. Bu tür bir senaryonun nasıl gerçekleştiğine dair aşağıdaki örneğe bakın.
- OEM1 ve OEM2, Kasım 2021'deki GKI ikili program sürümünü kullanmaya karar verir.
- OEM1 ve OEM2, destek için yama gerektiren sorunlar tespit etti. Bu yamalar farklı veya aynı olabilir.
- Kasım 2021 ikilisinin üstündeki yeniden derlemelerde, yeniden derleme penceresi sırasında hem OEM1 hem de OEM2 tarafından bildirilen lansmanı engelleyen düzeltmeler var ancak başka bir şey yok.
- İkinci madde işaretinde belirtilen sorunlar, sonraki GKI üç aylık sürümlerine de dahil edilir.
Ekim ayındaki yeniden derleme, OEM tarafından gönderilen tüm yamaları içerir ancak diğer OEM yamaları, ürünlerimizle özel olarak test edilmedikleri için bizi etkiler. Yalnızca bizim yamamızı dahil etmek mümkün mü?
Bu mümkün değildir. Her OEM için ayrı bir yeniden başlatma yolu ölçeklenebilir değildir. Bunun yerine, GKI ekibi yeniden oluşturma derlemelerine giren her değişikliği ayrı ayrı inceler ve yeni bir derleme oluşturmadan önce değişiklikleri mevcut tüm donanımlarla test eder. GKI ekibi, sorunun bir OEM'e, cihaza veya modele özgü olduğunu tespit ederse değişiklikle eklenen kodun yalnızca etkilenen cihaz, model veya SKU'da yürütüldüğünü doğrulayabilir.
Birleştirilmiş yeniden başlatma özelliğinin en büyük avantajı, aynı yayın tabanını kullanan her cihazın birbirinden yararlanmasıdır. Özellikle keşfettikleri hatalar genel ve tüm kullanıcılar için geçerliyse bu avantaj daha da belirginleşir. Operatör testlerinde bulunan temel çekirdek hataları bu kavramın özel bir örneğidir.
Google'ın, OEM'lerin yamaları ürünleriyle birlikte uygulamanın etkisini ve riskini değerlendirebilmesi için OEM yamaları ve sorun senaryoları hakkında özel bilgiler sağladığı durumlar var mı?
Google, GKI ekibi sorunu anlayıp tüm ayrıntıları toplayana kadar hiçbir zaman yeni derlemeye değişiklik eklemez. Bunu değişiklik günlüğünde (kaydetme mesajı) görebilirsiniz. Google, sorunun hangi cihazı etkilediğini açıklamaz ancak OEM'ler, sorun açıklamasını ve çözümünü her zaman değişiklik listesinde bulabilir.