代號、標籤和內部版本號

Android 開發版本被組織成系列，其字母代號的靈感來自美味佳餚。此頁面提供有關平台代號、版本、API 級別和 NDK 版本的信息，並說明與它們相關的構建 ID 定義。

請注意，您可能需要額外的代號版本詳細信息，具體取決於您的用例。例如，您可能需要 Android 設備代號和組合鍵才能啟動到 flashboot 模式，或者需要內核源代碼和二進製文件來手動構建內核。這些在用例的代號參考和資源部分進行了總結，您可以通過鏈接找到這些主題所需的信息：

• 啟動到 flashboot 模式需要具有相應 Android 設備代號的設備的組合鍵。
• 必須手動構建的內核需要代碼名稱和相應的位置來獲取內核源代碼和二進製文件。
• 來自多個 Git 存儲庫的構建需要設備代號配對，以獲取正確的源目錄設置以下載源和構建工具。

平台代號、版本、API 級別和 NDK 版本

此表列出了代號、它們對應的版本號和相關的 API 級別。

構建 ID 定義

在 Android 8.0.0 (Oreo) 及更高版本中，單個構建使用構建 ID格式PVBB.YYMMDD.bbb[.Cn]進行標識，其中：

• P代表平台版本代號的第一個字母，例如O就是Oreo。
• V表示支持的垂直。按照慣例， P代表主要平台分支。
• BB是一個字母數字代碼，允許 Google 識別構建的確切代碼分支。
• YYMMDD標識發布從開發分支分支或與開發分支同步的日期。它並不總是生成構建的確切日期，因為添加到現有構建中的微小變化以重新使用與現有構建相同的日期代碼是很常見的。
• bbb標識與同一日期代碼相關的各個版本，從001開始順序。
• Cn是一個可選的字母數字，用於標識現有 PVBB.YYMMDD.bbb 構建之上的修補程序，從A1開始。

較早的 Android 版本使用不同的、較短的構建 ID 代碼（例如FRF85B ），其中：

• 第一個字母是版本系列的代號，例如F是 Froyo。
• 第二個字母是一個分支代碼，允許 Google 識別構建的確切代碼分支。按照慣例， R是主要的發布分支。
• 第三個字母和後面的兩個數字是日期代碼。字母計算季度（ A是 2009 年第一季度， F是 2010 年第二季度，依此類推）。這兩個數字計算季度內的天數（ F85是 2010 年 6 月 24 日）。日期代碼並不總是生成構建的確切日期，因為添加到現有構建的微小變化通常會重新使用與現有構建相同的日期代碼。
• 最後一個字母標識與同一日期代碼相關的各個版本，以A開頭（這是隱含的，通常為簡潔起見省略）。

源代碼標籤和構建

從 Donut 開始，標籤和構建的確切列表如下表所示。構建 ID提供了諸如平台版本、代碼分支以及版本從開發分支分支或與開發分支同步的日期等信息。

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'

例如：

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.