Bu sayfada, GKI'nın haftalık, üç aylık ve bant dışı acil sürümler de dahil olmak üzere nasıl yayınlandığı açıklanmaktadır. Bu belgenin amacı, OEM'lere GKI'yı nereden alacakları ve bant dışı acil durum düzeltmeleriyle ilgili süreç hakkında yönergeler vermektir. OEM'ler, GKI geliştirme ile Android çekirdek ekibiyle nasıl çalışabilecekleri ve GKI çekirdeğini ürünleri için nasıl optimize edebilecekleri hakkında daha fazla bilgi edinebilir.
GKI yayın sıklığı
GKI, KMI dondurulduktan sonra üç ayda bir yayınlanır.
| Yayınlandığı 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* | |
|---|---|---|---|---|---|---|---|---|---|
| Ekim 2025 |
Check-in için son tarih GKI önceden yüklemeye hazır |
16 Eki 31 Eki |
1 Eki 15 Eki |
1 Eki 15 Eki |
|||||
| Aralık 2025 |
Check-in için son tarih GKI önceden yüklemeye hazır |
1 Ara 15 Ara |
1 Ara 15 Ara |
1 Ara 15 Ara |
1 Ara 15 Ara |
||||
| Ocak 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
16 Ocak 31 Ocak |
2 Oca 15 Oca |
2 Oca 15 Oca |
|||||
| Şubat 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
||||||||
| Mart 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
1 Mart 15 Mart |
1 Mart 15 Mart |
15 Mart 31 Mart |
|||||
| Nisan 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
16 Nis 30 Nis |
1 Nis 15 Nis |
1 Nis 15 Nis |
|||||
| Mayıs 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
||||||||
| Haziran 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
1 Haz 15 Haz |
1 Haz 15 Haz |
15 Haz 30 Haz |
15 Haz 30 Haz |
||||
| Temmuz 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
16 Temmuz 31 Temmuz |
1 Temmuz 15 Temmuz |
1 Temmuz 15 Temmuz |
|||||
| Ağustos 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
||||||||
| Eylül 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
1 Eyl 15 Eyl |
1 Eyl 15 Eyl |
16 Eyl 30 Eyl |
16 Eyl 30 Eyl |
||||
| Ekim 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
16 Eki 31 Eki |
1 Eki 15 Eki |
1 Eki 15 Eki |
|||||
| Kasım 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
||||||||
| Aralık 2026 |
Check-in için son tarih GKI önceden yüklemeye hazır |
1 Ara 15 Ara |
1 Ara 15 Ara |
1 Ara 15 Ara |
1 Ara 15 Ara |
||||
OEM'ler için GKI derleme geçerliliği
OEM'ler, kısa süre önce yayınlanan bir Android GKI'yı kullanabilir. OEM'ler, Android Güvenlik Bülteni'ndeki (ASB) LTS şartlarına uydukları sürece GKI sertifikalı derlemelerle lansman yapabilir.
Üç aylık sertifikalı sürümler
GKI'nın üç aylık sürümlerinde, ikili dosyaların bilinen bir kaynak kodu temelinden oluşturulduğunu onaylamak için Google tarafından eklenmiş bir sertifika içeren, test edilmiş bir boot.img bulunur.
Her çeyrekte, genellikle o ayın ikinci haftalık derlemesi olan check-in son tarihinden sonra bir GKI çeyrek sürümü adayı (sertifikalı değil) seçilir. Üç aylık yayın adayı seçildikten sonra o ayın sürümüne yeni değişiklikler kabul edilmez. Kapalı dönemde yalnızca testin başarısız olmasına neden olan hatalarla ilgili düzeltmeler yapılabilir. Yayın adayı, GKI yeterlilik bölümünde açıklandığı gibi kalite güvencesinden geçer. Böylece, referans cihaz ve mürekkep balığı ile GSI+GKI derlemesinde uygunluk testlerinin başarılı olması sağlanır.
Şekil 1. GKI yayın zaman çizelgesi
GKI yeterlilikleri
| GKI derleme türleri | Kalite uygulaması | Notlar |
|---|---|---|
| Haftalık | Cuttlefish testi
|
|
| Üç aylık (sertifikalı) | Cuttlefish testi
|
|
| Respins (sertifikalı) | Cuttlefish testi
|
|
Derleme yapılarını nereden edinebilirsiniz?
Tüm sürümlerin yapıları ci.android.com adresinden edinilebilir.
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'ye dayalı yeni bir GKI ikili dosyası 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 oluşturmak mümkün mü?
Evet, örneği aşağıda bulabilirsiniz:
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 yapay nesne kopyanızı out/.../dist adresinden alabilirsiniz.
GKI ikili dosyası (acil durum yama paketi dahil) en son kod tabanında oluşturuldu mu?
Hayır. Yeniden döndürmeler yalnızca seçilen üç aylık sertifikalı çekirdeklerin üzerine uygulanan yamaları içerir. Bu yeniden döndürmeler, ilgili temel üç aylık sürümü kullanan OEM'ler tarafından herhangi 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 sürümünü kullanmaya karar verir.
- OEM1 ve OEM2, destek için yamalar gerektiren sorunlar bulur. Bu yamalar farklı veya aynı olabilir.
- Kasım 2021 ikilisinin üzerinde yeniden oluşturulan sürümlerde, yeniden oluşturma penceresi sırasında hem OEM1 hem de OEM2 tarafından bildirilen lansman engelleme düzeltmeleri bulunur ancak başka bir şey yoktur.
- İ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 yama dosyamızı eklemek mümkün mü?
Bu mümkün değildir. "OEM başına" yeniden oluşturma yolu ölçeklenebilir değildir. Bunun yerine, GKI ekibi yeniden derlemeye dahil edilen 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 belirli bir OEM, cihaz veya modelle ilgili olduğunu tespit ederse değişiklikle eklenen kodun yalnızca etkilenen cihaz, model veya SKU'da yürütülmesini sağlayabilir.
Birleştirilmiş yeniden başlatma işlemlerinin en büyük avantajı, aynı sürüm tabanını kullanan her cihazın birbirinden yararlanmasıdır. Özellikle de keşfettikleri hatalar genel ve tüm kullanıcılar için geçerliyse. Operatör testinde bulunan temel çekirdek hataları, bu kavramın belirli bir örneğidir.
Google, OEM'lerin yamaları ürünlerine uygulamanın etkisini ve riskini değerlendirebilmesi için OEM yamaları ve sorun senaryoları hakkında belirli bilgiler sağladığı durumlar var mı?
Google, sorun anlaşılana ve tüm ayrıntılar toplanana kadar yeniden oluşturulan bir derlemeye hiçbir zaman değişiklik eklemez. Bu durum, değişiklik günlüğünde (commit mesajı) görülür. Google, hangi cihazın etkilendiğini açıklamaz ancak OEM'ler her zaman değişiklik günlüğünde sorunun açıklamasını ve çözümünü bulabilir.