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ümleri, API düzeyleri ve NDK sürümleri hakkında bilgiler 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 örnekleri için kaynaklar bölümünde özetlenmiştir ve bu konular için ihtiyaç duyduğunuz bilgileri bulmanızı sağlayan bağlantılar içerir:

• Flashboot moduna önyükleme yapmak, karşılık gelen Android Cihaz kod adlarına sahip cihazlar için tuş kombinasyonları gerektirir.
• Manuel olarak oluşturulması gereken çekirdekler, çekirdek kaynakları ve ikili dosyaların elde edilmesi için kod adları ve karşılık gelen konumlar gerektirir.
• Birden fazla Git deposuna kaynak sağlayan derlemeler, kaynakları indirmek ve araçları derlemek için doğru bir kaynak dizin kurulumu elde etmek amacıyla cihaz kodu-adı eşleştirmeleri gerektirir.

Platform kod adları, sürümleri, API düzeyleri 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.

Yapı kimliği tanımları

Android 8.0.0 (Oreo) ve sonraki sürümlerde, bireysel 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ığı kod dalını tam olarak belirlemesine olanak tanıyan alfanümerik bir koddur.
• YYAAGG, sürümün geliştirme şubesinden dallandığı veya onunla senkronize edildiği tarihi tanımlar. Mevcut yapıyla aynı tarih kodunu yeniden kullanmak için mevcut bir yapıya eklenen küçük varyasyonlar için yaygın olduğundan, her zaman bir yapının yapıldığı kesin tarih değildir.
• bbb, sırayla 001 ile başlayarak aynı tarih koduyla ilgili sürümleri tanımlar.
• Cn , A1'den başlayarak mevcut bir PVBB.YYMMDD.bbb yapısının üzerinde bir düzeltmeyi tanımlayan isteğe bağlı, alfanümerik bir değerdir.

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

• İlk harf, sürüm ailesinin kod adıdır, örneğin, F , Froyo'dur.
• İkinci harf, Google'ın derlemenin yapıldığı kod dalını tam olarak tanımlamasına olanak tanıyan bir dal kodudur. Geleneksel olarak, R birincil yayın dalıdır.
• Üçüncü harf ve sonraki iki rakam tarih kodudur. Harf çeyrekleri sayar ( A Q1 2009, F Q2 2010 vb.). İki sayı, üç aylık dönem içindeki günleri sayar ( F85 , 24 Haziran 2010'dur). Tarih kodu her zaman bir yapının yapıldığı kesin tarih değildir, çünkü mevcut bir yapıya eklenen küçük varyasyonların mevcut yapıyla aynı tarih kodunu yeniden kullanması yaygın bir durumdur.
• Son harf, sırayla A ile başlayarak (kısa olması için üstü örtülüdür ve genellikle ihmal edilir) aynı tarih koduyla ilgili bireysel sürümleri tanımlar.

Kaynak kodu etiketleri ve yapıları

Donut'tan başlayarak, etiketlerin ve yapıların tam listesi aşağıdaki tablodadır. Derleme kimliği , platform sürümü, kod dalı ve sürümün geliştirme dalından dallandığı veya onunla eşitlendiği tarih gibi bilgiler 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.