Codenamen, Tags und Build-Nummern

Android-Entwicklungsversionen sind in Familien organisiert, mit alphabetischen Codenamen, die von leckeren Leckereien inspiriert sind. Diese Seite enthält Informationen zu Plattform-Codenamen, Versionen, API-Ebenen und NDK-Releases mit einer Erläuterung der damit verbundenen Build-ID-Definitionen .

Beachten Sie, dass Sie je nach Anwendungsfall möglicherweise zusätzliche Codename-Versionsdetails benötigen. Beispielsweise benötigen Sie möglicherweise Codenamen und Tastenkombinationen für Android-Geräte, um in den Flashboot-Modus zu booten, oder Kernelquellen und Binärdateien, um manuell einen Kernel zu erstellen. Diese sind im Abschnitt Codename-Referenzen und -Ressourcen für Anwendungsfälle zusammengefasst, mit Links, über die Sie die Informationen finden können, die Sie für diese Themen benötigen:

• Das Booten in den Flashboot-Modus erfordert Tastenkombinationen für Geräte mit den entsprechenden Codenamen für Android-Geräte.
• Kernel, die manuell erstellt werden müssen, erfordern Codenamen und entsprechende Speicherorte zum Abrufen von Kernelquellen und Binärdateien.
• Builds, die mehrere Git-Repositories als Quelle verwenden, erfordern Geräte-Codenamenpaare, um eine korrekte Einrichtung des Quellverzeichnisses zum Herunterladen von Quellen und Build-Tools zu erhalten.

Plattformcodenamen, Versionen, API-Ebenen und NDK-Releases

Diese Tabelle listet Codenamen, die entsprechenden Versionsnummern und die zugehörigen API-Ebenen auf.

Build-ID-Definitionen

In Android 8.0.0 (Oreo) und höher werden einzelne Builds mit dem Build-ID -Format PVBB.YYMMDD.bbb[.Cn] identifiziert , wobei:

• P steht für den ersten Buchstaben des Codenamens der Plattformversion, z. B. O ist Oreo.
• V steht für eine unterstützte Vertikale. Per Konvention repräsentiert P den Zweig der primären Plattform.
• BB ist ein alphanumerischer Code, der es Google ermöglicht, den genauen Code-Zweig zu identifizieren, aus dem der Build erstellt wurde.
• JJMMTT gibt das Datum an, an dem die Version vom Entwicklungszweig verzweigt oder mit diesem synchronisiert wird. Es ist nicht immer das genaue Datum, an dem ein Build erstellt wurde, da es üblich ist, dass kleinere Variationen, die einem vorhandenen Build hinzugefügt werden, denselben Datumscode wie der vorhandene Build wiederverwenden.
• bbb identifiziert einzelne Versionen, die sich auf denselben Datumscode beziehen, fortlaufend beginnend mit 001 .
• Cn ist ein optionales, alphanumerisches Zeichen, das einen Hotfix über einem vorhandenen PVBB.YYMMDD.bbb-Build identifiziert, beginnend mit A1 .

Ältere Android-Releases verwenden einen anderen, kürzeren Build-ID-Code (z. B. FRF85B ), wobei:

• Der erste Buchstabe ist der Codename der Release-Familie, z. B. F ist Froyo.
• Der zweite Buchstabe ist ein Branch-Code, der es Google ermöglicht, den genauen Code-Branch zu identifizieren, aus dem der Build erstellt wurde. Per Konvention ist R der primäre Release-Zweig.
• Der dritte Buchstabe und die folgenden zwei Zahlen sind ein Datumscode. Der Buchstabe zählt Quartale ( A ist Q1 2009, F ist Q2 2010 und so weiter). Die beiden Zahlen zählen Tage innerhalb des Quartals ( F85 ist der 24. Juni 2010). Der Datumscode ist nicht immer das genaue Datum, an dem ein Build erstellt wurde, da es üblich ist, dass kleinere Variationen, die einem vorhandenen Build hinzugefügt werden, denselben Datumscode wie der vorhandene Build wiederverwenden.
• Der letzte Buchstabe identifiziert einzelne Versionen, die sich auf denselben Datumscode beziehen, beginnend nacheinander mit A (was implizit ist und der Kürze halber normalerweise weggelassen wird).

Quellcode-Tags und -Builds

Beginnend mit Donut finden Sie die genaue Liste der Tags und Builds in der folgenden Tabelle. Die Build-ID enthält Informationen wie die Plattformversion, den Codezweig und das Datum, an dem die Version von dem Entwicklungszweig verzweigt oder mit ihm synchronisiert wurde.

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.