Kod Adları, Etiketler ve Yapı Numaraları

Android geliştirme sürümleri, lezzetli ikramlardan ilham alan alfabetik kod adlarıyla aileler halinde düzenlenmiştir. Bu sayfa, Platform kod adları, sürümler, API düzeyleri ve NDK sürümleri hakkında bilgi ve bunlarla ilişkili yapı kimliği tanımlarının açıklamasını sağlar.

Kullanım durumunuza bağlı olarak, ek kod adı-sürüm ayrıntılarına ihtiyaç duyabileceğinizi unutmayın. Örneğin, flashboot modunda önyükleme yapmak için Android cihaz kod adına ve tuş kombinasyonlarına veya manuel olarak bir çekirdek oluşturmak için çekirdek kaynaklarına ve ikili dosyalara ihtiyacınız olabilir. Bunlar, Kod adı referansları ve kullanım senaryoları için kaynaklar bölümünde özetlenmiştir ve bu konular için ihtiyaç duyduğunuz bilgileri bulmanız için bağlantılarla birlikte:

• Flashboot moduna önyükleme, ilgili Android Cihaz kod adlarına sahip cihazlar için tuş kombinasyonları gerektirir.
• El ile oluşturulması gereken çekirdekler, çekirdek kaynakları ve ikili dosyaları elde etmek için kod adları ve ilgili konumlar gerektirir.
• Birden çok Git deposuna kaynak sağlayan derlemeler, kaynakları indirmek ve araçları oluşturmak için doğru bir kaynak dizini kurulumu elde etmek için cihaz kod adı eşleştirmeleri gerektirir.

Platform kod adları, sürümler, API seviyeleri ve NDK sürümleri

Bu tablo, kod adlarını, bunlara karşılık gelen sürüm numaralarını ve ilişkili API düzeylerini listeler.

Derleme kimliği tanımları

Android 8.0.0 (Oreo) ve sonraki sürümlerde, bağımsız yapılar, yapı kimliği biçimi PVBB.YYMMDD.bbb[.Cn] ile tanımlanır, burada:

• P , platform sürümünün kod adının ilk harfini temsil eder, örneğin O , Oreo'dur.
• V , desteklenen bir sektörü temsil eder. Geleneksel olarak, P , birincil platform dalını temsil eder.
• BB , Google'ın derlemenin yapıldığı tam kod dalını tanımlamasına olanak tanıyan alfasayısal bir koddur.
• YYMMDD , sürümün geliştirme dalından ayrıldığı veya onunla eşitlendiği tarihi tanımlar. Mevcut bir yapıya eklenen küçük varyasyonların mevcut yapıyla aynı tarih kodunu yeniden kullanması yaygın olduğundan, her zaman bir yapının yapıldığı kesin tarih değildir.
• bbb , aynı tarih koduyla ilgili bireysel sürümleri 001 ile sırayla başlayarak tanımlar.
• Cn , A1'den başlayarak mevcut bir PVBB.YYMMDD.bbb yapısının üzerindeki bir düzeltmeyi tanımlayan isteğe bağlı bir alfasayısaldır.

Daha eski Android sürümleri, farklı, daha kısa bir yapı kimliği kodu kullanır (örneğin, FRF85B ) burada:

• İlk harf, sürüm ailesinin kod adıdır, örneğin, F , Froyo'dur.
• İkinci harf, Google'ın derlemenin yapıldığı tam kod dalını tanımlamasını sağlayan bir dal kodudur. Geleneksel olarak, R birincil sürüm dalıdır.
• Üçüncü harf ve sonraki iki rakam bir tarih kodudur. Harf, çeyrekleri sayar ( A , Q1 2009, F , Q2 2010, vb.). İki sayı, çeyrek içindeki günleri sayar ( F85 , 24 Haziran 2010'dur). Tarih kodu, her zaman bir derlemenin yapıldığı kesin tarih değildir, çünkü mevcut bir derlemeye eklenen küçük varyasyonlar, mevcut derlemeyle aynı tarih kodunu yeniden kullanmak için yaygındır.
• Son harf, aynı tarih koduyla ilgili bireysel sürümleri tanımlar, sırayla A ile başlar (ki bu örtüktür ve genellikle kısa olması için atlanır).

Kaynak kodu etiketleri ve derlemeleri

Donut ile başlayarak, etiketlerin ve yapıların tam listesi aşağıdaki tablodadır. Yapı kimliği , platform sürümü, kod dalı ve sürümün geliştirme dalından ayrıldığı veya bu dalla eşitlendiği tarih gibi bilgileri sağlar.

The branches froyo, gingerbread, ics-mr0, ics-mr1, jb-dev, jb-mr1-dev, jb-mr1.1-dev, jb-mr2-dev, and kitkat-dev represent development branches that don't exactly match configurations tested by Google. As such, these branches might contain a variety of changes in addition to the official tagged releases and might not be as thoroughly tested.

To differentiate between releases, you can get a list of changes associated with each project by issuing the following command and passing it the two branch tags:

repo forall -pc 'git log --no-merges --oneline branch-1..branch-2'

For example:

repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1'

To send the output to a text file:

  repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1' > /tmp/android-4.4.2_r2-android-4.4.2_r1-diff.txt

Honeycomb GPL modules

For Honeycomb, the entire platform source code isn't available. However, the parts of Honeycomb licensed under the GPL and LGPL are available under the following tags.

No manifest contains exactly these modules, but some manifests allow building those components. The following commands work for 3.0_r1.1:

repo init -b master -m base-for-3.0-gpl.xml
repo sync
repo forall -c git checkout android-3.0_r1.1

To use another version, change the git checkout parameter and (if necessary) the -m parameter in repo init . The git checkout command outputs an error for any non-GPL projects where it can't find the tag.

Codename references and resources for use cases

Resources for the type of codenames information that's needed to support specific setup use cases are listed below:

• If you're booting into Fastboot mode (from a device that's undergoing a cold boot), you need the key combinations that correspond to the Android device you're using. For a listing of devices with their corresponding Android Device codenames (for example, Nexus 5x is codenamed Bullhead and uses a specific key combination), see Booting into fast boot mode to obtain the key combinations you need.
• If your build requires sources from multiple Git repositories, use the repo approach to download sources and build tools; this ensures a correct source directory setup. To get BRANCH names for the kernels you require, see Downloading sources and build tools for a list of device-code name pairings (such as Pixel 5 - redfin), cross-referenced to their binary paths in the AOSP tree and corresponding repo branches.