Codenamen, Tags und Build-Nummern

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

Beachten Sie, dass Sie je nach Anwendungsfall möglicherweise zusätzliche Details zur Codenamen-Version benötigen. Beispielsweise benötigen Sie möglicherweise Codenamen und Tastenkombinationen für Android-Geräte, um im Flashboot-Modus zu starten, oder Kernelquellen und Binärdateien, um einen Kernel manuell zu erstellen. Diese sind im Abschnitt „Codenamen-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:

• Zum Booten im Flashboot-Modus sind Tastenkombinationen für Geräte mit den entsprechenden Android-Gerätecodenamen erforderlich.
• Kernel, die manuell erstellt werden müssen, erfordern Codenamen und entsprechende Speicherorte zum Abrufen von Kernel-Quellen und Binärdateien.
• Builds, die mehrere Git-Repositorys als Quelle verwenden, erfordern Geräte-Codenamen-Paare, um ein korrektes Quellverzeichnis-Setup zum Herunterladen von Quellen und Build-Tools zu erhalten.

Plattformcodenamen, Versionen, API-Ebenen und NDK-Releases

In dieser Tabelle sind Codenamen, die entsprechenden Versionsnummern und die zugehörigen API-Ebenen aufgeführt.

Erstellen Sie 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 stellt den ersten Buchstaben des Codenamens der Plattformversion dar, O ist beispielsweise Oreo.
• V steht für eine unterstützte Vertikale. Konventionell stellt P den primären Plattformzweig dar.
• BB ist ein alphanumerischer Code, der es Google ermöglicht, den genauen Codezweig zu identifizieren, aus dem der Build erstellt wurde.
• JJMMTT gibt das Datum an, an dem die Version vom Entwicklungszweig abgezweigt oder mit diesem synchronisiert wird. Es handelt sich nicht immer um das genaue Datum, an dem ein Build erstellt wurde, da bei geringfügigen Änderungen, die einem vorhandenen Build hinzugefügt werden, häufig derselbe Datumscode wie beim vorhandenen Build verwendet wird.
• bbb identifiziert einzelne Versionen, die sich auf denselben Datumscode beziehen, der Reihe nach beginnend mit 001 .
• Cn ist ein optionaler alphanumerischer Wert, der einen Hotfix auf einem vorhandenen PVBB.YYMMDD.bbb-Build identifiziert, beginnend mit A1 .

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

• Der erste Buchstabe ist der Codename der Release-Familie, F ist beispielsweise Froyo.
• Der zweite Buchstabe ist ein Zweigcode, der es Google ermöglicht, den genauen Codezweig zu identifizieren, aus dem der Build erstellt wurde. Konventionell ist R der primäre Release-Zweig.
• Der dritte Buchstabe und die folgenden zwei Zahlen sind ein Datumscode. Der Buchstabe zählt Viertel ( A ist Q1 2009, F ist Q2 2010 usw.). Die beiden Zahlen zählen die 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 bei geringfügigen Änderungen, die einem vorhandenen Build hinzugefügt werden, häufig derselbe Datumscode wie beim vorhandenen Build verwendet wird.
• Der letzte Buchstabe identifiziert einzelne Versionen, die sich auf denselben Datumscode beziehen, beginnend 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 stellt Informationen wie die Plattformversion, den Codezweig und das Datum bereit, an dem die Version vom Entwicklungszweig abgezweigt oder mit diesem 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'

Zum Beispiel:

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 main -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.