Nombres internos, etiquetas y números de compilación

Las versiones de desarrollo de Android se organizan en familias con nombres internos alfabéticos.

Etiquetas de código fuente y compilaciones

En la siguiente tabla, se muestra la lista exacta de etiquetas y compilaciones, comenzando por Donut. El ID de compilación proporciona información como la versión de la plataforma, la rama de código y la fecha en la que se ramificó la versión o se sincronizó con la rama de desarrollo.

Definiciones de los IDs de compilación

En Android 8.0.0 (Oreo) y versiones posteriores, las compilaciones se identifican con el formato de ID de compilación PVBB.YYMMDD.bbb[.Cn], que representa lo siguiente:

• P representa la primera letra del nombre interno de la versión de la plataforma, por ejemplo, O es Oreo. En el caso de Android 10 y los nombres internos posteriores, se utiliza la letra equivalente, como Q para Android 10 y R para Android 11.
• V representa una vertical compatible. Por convención, P representa la rama principal de la plataforma.
• BB es un código alfanumérico que permite a Google identificar la rama de código exacta desde la que se creó la compilación.
• YYMMDD identifica la fecha en la que se ramifica la versión o se sincroniza con la rama de desarrollo. No se trata siempre de la fecha exacta en la que se creó una compilación, ya que es común que se realicen cambios mínimos en una versión existente y se reutilice el mismo código de fecha.
• bbb identifica versiones individuales relacionadas con el mismo código de fecha, que se enumera en secuencia comenzando por 001.
• Cn es un código alfanumérico opcional que identifica una revisión que se encuentra sobre una compilación PVBB.YYMMDD.bbb existente, comenzando por A1.

Android 7.00 y las versiones anteriores usan un ID de compilación diferente y más corto (por ejemplo, FRF85B) que representa lo siguiente:

• La primera letra es el nombre interno de la familia de versiones, por ejemplo, F es Froyo.
• La segunda letra es un código de rama que permite a Google identificar la rama de código exacta desde la que se creó la compilación. Por convención, R es la rama de la versión principal.
• La tercera letra y los siguientes dos números son un código de fecha. La letra representa el trimestre (A es el T1 de 2009, F es el T2 de 2010, etc.). Los dos números representan los días dentro del trimestre (F85 corresponde al 24 de junio de 2010). El código de la fecha no es siempre la fecha exacta en la que se creó la compilación, ya que es común que se realicen cambios mínimos en una versión existente y se reutilice el mismo código de fecha.
• La última letra identifica las versiones individuales relacionadas con el mismo código de fecha, que se enumeran en secuencia comenzando por la A (que está implícita y se suele omitir para ser más breves).

Las actualizaciones de seguridad utilizan un ID de compilación solo numérico (por ejemplo 7786871) y forman parte de las versiones de código fuente según las ramas de portabilidad a versiones anteriores. Puedes aplicar estas actualizaciones de seguridad a tus versiones anteriores de Android.

Por último, las ramas Froyo, Gingerbread, ICS-mr0, ICS-mr1, jb-dev, jb-mr1-dev, jb-mr1.1-dev, jb-mr2-dev y KitKat-dev representan ramas de desarrollo que no coinciden exactamente con las configuraciones que probó Google. Por lo tanto, estas ramas podrían incluir varios cambios además de las versiones oficiales etiquetadas y es posible que no se hayan probado minuciosamente.

Cómo diferenciar entre las versiones

Para diferenciar las versiones, puedes obtener una lista de los cambios asociados con cada proyecto. Para ello, emite el siguiente comando y pásale las dos etiquetas de la rama:

repo forall -pc 'git log --no-merges --oneline branch-1..branch-2'

Por ejemplo:

repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1'

Para enviar el resultado a un archivo de texto, haz lo siguiente:

  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

Módulos de Honeycomb GPL

En el caso de Honeycomb, no se encuentra disponible el código fuente para toda la plataforma. Sin embargo, las partes de Honeycomb que cuentan con las licencias de GPL y LGPL están disponibles con las siguientes etiquetas.

Ningún manifiesto contiene exactamente estos módulos, pero algunos permiten crear los componentes. Los siguientes comandos funcionan para 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

Para usar otra versión, cambia el parámetro git checkout y, de ser necesario, el parámetro -m en repo init. El comando git checkout genera un error para cualquier proyecto que no sea de GPL y en los que no pueda encontrar la etiqueta.

Nombres internos de dispositivos

En la siguiente tabla, se enumeran los nombres internos de los dispositivos de Google. Puedes usar estos nombres internos para formar compilaciones de cadenas de destino que se usan con el comando lunch: