Nama Kode, Tag, dan Nomor Pembuatan

Rilis pengembangan Android diatur ke dalam keluarga, dengan nama kode abjad yang terinspirasi oleh suguhan lezat. Halaman ini memberikan informasi tentang nama kode Platform, versi, level API, dan rilis NDK , dengan penjelasan definisi build ID yang terkait dengannya.

Perhatikan bahwa Anda mungkin memerlukan detail versi nama kode tambahan, bergantung pada kasus penggunaan Anda. Misalnya, Anda mungkin memerlukan nama kode perangkat Android dan kombinasi tombol untuk boot ke mode flashboot, atau sumber kernel dan binari untuk membangun kernel secara manual. Ini dirangkum di bawah bagian Referensi dan sumber daya Codename untuk kasus penggunaan , dengan tautan bagi Anda untuk menemukan informasi yang Anda perlukan untuk topik ini:

• Boot ke mode flashboot memerlukan kombinasi tombol untuk perangkat dengan nama kode Perangkat Android yang sesuai.
• Kernel yang harus dibangun secara manual memerlukan nama kode dan lokasi yang sesuai untuk mendapatkan sumber kernel dan binari.
• Membangun sumber itu beberapa repositori Git memerlukan pasangan kode-nama perangkat untuk mendapatkan pengaturan direktori sumber yang benar untuk mengunduh sumber dan membangun alat.

Nama kode platform, versi, level API, dan rilis NDK

Tabel ini mencantumkan nama kode, nomor versi terkait, dan level API terkait.

Membangun definisi ID

Di Android 8.0.0 (Oreo) dan yang lebih tinggi, setiap build diidentifikasi dengan format ID build PVBB.YYMMDD.bbb[.Cn] , di mana:

• P mewakili huruf pertama dari nama kode rilis platform, misalnya, O adalah Oreo.
• V mewakili vertikal yang didukung. Dengan konvensi, P mewakili cabang platform utama.
• BB adalah kode alfanumerik yang memungkinkan Google mengidentifikasi cabang kode yang tepat dari mana build itu dibuat.
• YYMMDD mengidentifikasi tanggal saat rilis bercabang dari atau disinkronkan dengan cabang pengembangan. Ini tidak selalu merupakan tanggal pasti saat build dibuat karena variasi kecil yang ditambahkan ke build yang sudah ada biasanya menggunakan kembali kode tanggal yang sama dengan build yang ada.
• bbb mengidentifikasi versi individual yang terkait dengan kode tanggal yang sama, secara berurutan dimulai dengan 001 .
• Cn adalah alfanumerik opsional yang mengidentifikasi hotfix di atas build PVBB.YYMMDD.bbb yang ada, mulai dari A1 .

Rilis Android yang lebih lama menggunakan kode ID build yang berbeda dan lebih pendek (misalnya, FRF85B ) di mana:

• Huruf pertama adalah codename dari keluarga rilis, misalnya F adalah Froyo.
• Huruf kedua adalah kode cabang yang memungkinkan Google mengidentifikasi cabang kode yang tepat dari mana build itu dibuat. Dengan konvensi, R adalah cabang rilis utama.
• Huruf ketiga dan dua angka berikutnya adalah kode tanggal. Surat itu menghitung seperempat ( A adalah Q1 2009, F adalah Q2 2010, dan seterusnya). Dua angka menghitung hari dalam kuartal ( F85 adalah 24 Juni 2010). Kode tanggal tidak selalu merupakan tanggal yang tepat saat build dibuat karena variasi kecil yang ditambahkan ke build yang sudah ada biasanya menggunakan kembali kode tanggal yang sama dengan build yang ada.
• Huruf terakhir mengidentifikasi versi individu yang terkait dengan kode tanggal yang sama, secara berurutan dimulai dengan A (yang tersirat dan biasanya dihilangkan untuk singkatnya).

Tag dan build kode sumber

Dimulai dengan Donut, daftar tag dan build yang tepat ada di tabel berikut. ID build memberikan informasi seperti rilis platform, cabang kode, dan tanggal rilis bercabang atau disinkronkan dengan cabang pengembangan.

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.