(https://i.postimg.cc/wT7kVBML/Android.png) (https://postimg.cc/3dQprYgx)
Independientemente del fabricante, todos los teléfonos Android tienen algo en común: su base de software.
Los fabricantes pueden personalizar en gran medida la apariencia del sistema operativo Android que incluyen en sus dispositivos, pero en esencia, la funcionalidad principal del sistema proviene de la misma base de código abierto: el Proyecto de Código Abierto de Android.
Tras más de 16 años, Google está implementando importantes cambios en el desarrollo de la versión de código abierto de Android para optimizar su desarrollo.
El Proyecto de Código Abierto de Android, o AOSP, es un sistema operativo que Google publica bajo la Licencia Apache 2.0. Apache 2.0 es una licencia de software que permite a cualquier persona usar, distribuir o modificar sistemas operativos basados en AOSP sin necesidad de pagar ninguna tarifa de licencia ni publicar el código fuente. Esta estructura de licencias permisiva ha facilitado la adopción generalizada de AOSP, lo que ha llevado a la creación de bifurcaciones personalizadas como One UI de Samsung.
Al igual que muchos otros proyectos de código abierto, AOSP acepta contribuciones de código de desarrolladores externos. Sin embargo, Google lleva a cabo la mayor parte del desarrollo de AOSP, ya que considera el proyecto Android como una operación de desarrollo de producto a gran escala para garantizar la vitalidad de Android como plataforma y como proyecto de código abierto. Por lo tanto, Google tiene la última palabra sobre qué código puede integrarse en AOSP y cuándo se publica el código fuente de la nueva versión. La empresa desarrolla componentes AOSP de forma privada para permitir que "los desarrolladores y fabricantes de equipos originales utilicen una única versión [de Android] sin tener que hacer un seguimiento del trabajo futuro no terminado solo para mantenerse al día".
Para equilibrar la naturaleza abierta de AOSP con su estrategia de desarrollo de productos, Google mantiene dos ramas principales de Android: la rama pública de AOSP y su rama de desarrollo interno. La rama de AOSP es accesible para todos, mientras que la rama interna de Google está restringida a empresas con un acuerdo de licencia de los Servicios Móviles de Google (GMS).
Si bien algunos componentes del sistema operativo, como la pila Bluetooth de Android, se desarrollan públicamente en la rama AOSP, la mayoría, incluido el framework principal del sistema operativo Android, se desarrollan de forma privada dentro de la rama interna de Google. Google confirmó que pronto trasladará todo el desarrollo del sistema operativo Android a su rama interna, un cambio que busca optimizar su proceso de desarrollo.
Para simplificar el desarrollo del sistema operativo Android, Google ya no tendrá dos ramas "principales".
Dado que Google desarrolla gran parte de Android en su rama interna, la rama pública de AOSP suele estar muy por detrás de la disponible de forma privada. Esta diferencia es evidente al comparar la disponibilidad de funciones y API entre una compilación limpia de AOSP y la última versión beta de Android 16 de Google, compilada desde su rama interna. Si bien el cambio al desarrollo basado en trunk redujo esta discrepancia, persiste y sigue planteando desafíos para Google.
Esta discrepancia obliga a Google a dedicar tiempo y esfuerzo a fusionar parches entre la rama pública de AOSP y su rama interna. Debido a las diferencias entre las ramas, a menudo surgen conflictos de fusión. Tomemos como ejemplo este parche que habilita la función de lupa de pantalla para la barra de navegación y el teclado. Este parche introduce una nueva configuración de accesibilidad, que se coloca al final de la lista de opciones de accesibilidad. Esto crea un conflicto de fusión, ya que la longitud de la lista varía entre AOSP y la rama interna de Google. Si bien la solución para este problema específico es sencilla, muchos otros parches de AOSP provocan conflictos de fusión similares al integrarse en la rama interna de Google.
(https://www.androidauthority.com/wp-content/uploads/2025/03/Comment_about_merge_issue_for_new_accessibility_setting-1536w-531h.png.webp)
Asimismo, el desarrollo de la nueva API de área de almacenamiento desbloqueada de Android requirió que un ingeniero de Google seleccionara un parche de la rama interna para AOSP a fin de resolver un conflicto de fusión. Esto se debe a que, si bien la API se desarrolló en AOSP, el archivo que contiene las nuevas marcas de compilación de Android se desarrolló internamente. Por lo tanto, fue necesario enviar internamente un parche que actualizara los archivos de marcas de compilación y luego aplicarlo a AOSP.
(https://www.androidauthority.com/wp-content/uploads/2025/03/Screenshot_of_code_change_fixing_merge_issue_for_storage_area_API-1536w-547h.png.webp)
Es probable que existan innumerables ejemplos de conflictos de fusión como este, por lo que Google está abandonando su actual estrategia de desarrollo dual para Android y, en su lugar, trasladando todo el desarrollo a nivel interno.
¿Qué significa esto?
Google confirmó su compromiso con la publicación del código fuente de Android, por lo que este cambio no significa que Android se esté convirtiendo en un sistema de código cerrado. La compañía seguirá publicando el código fuente de las nuevas versiones de Android, por lo que cuando Google lance Android 16 a finales de este año, tendremos el código fuente de la actualización. Además, Google seguirá publicando el código fuente de la bifurcación del kernel Linux de Android, ya que cuenta con la licencia GPLv2, que exige la publicación del código fuente y es independiente de AOSP.
Lo que cambiará es la frecuencia con la que se publica el código fuente de componentes específicos de Android. Algunos componentes, como el sistema de compilación, el motor de actualización, la pila Bluetooth, el marco de virtualización y la configuración de SELinux, actualmente son prioritarios para AOSP, lo que significa que se desarrollan íntegramente en público. La mayoría de los componentes de Android, como el marco central del sistema operativo, se desarrollan principalmente de manera interna, aunque algunas características, como la API del área de almacenamiento desbloqueada únicamente, todavía se desarrollan dentro de AOSP.
A partir de la próxima semana, todo el desarrollo de Android se realizará dentro de las ramas internas de Google, y el código fuente de los cambios solo se publicará cuando Google publique una nueva rama que los contenga. Como esta ya es la práctica habitual para la mayoría de los cambios en los componentes de Android, Google simplemente está consolidando sus esfuerzos de desarrollo en una sola rama.
Este cambio tendrá un impacto mínimo para los usuarios habituales. Si bien agiliza el desarrollo del sistema operativo Android para Google, lo que podría afectar la velocidad del desarrollo de nuevas versiones y la reducción de errores, el efecto general probablemente será imperceptible. Por lo tanto, no espere que este cambio acelere las actualizaciones del sistema operativo para su teléfono.
Este cambio también tendrá un impacto mínimo para la mayoría de los desarrolladores. Los desarrolladores de aplicaciones no se verán afectados, ya que se trata únicamente del desarrollo de la plataforma. Los desarrolladores de plataforma, incluidos aquellos que crean ROM personalizadas, también verán pocos cambios, ya que normalmente basan su trabajo en etiquetas específicas o ramas de lanzamiento, no en la rama principal de AOSP. De igual manera, las empresas que lanzan productos bifurcados de AOSP rara vez utilizan la rama principal de AOSP debido a su inestabilidad inherente.
(https://www.androidauthority.com/wp-content/uploads/2025/03/Build_ID_for_March_2025_quarterly_release_tag-1536w-855h.jpg.webp)
Los desarrolladores externos que disfrutan leyendo o contribuyendo a AOSP probablemente se sientan consternados por esta noticia, ya que reduce su conocimiento sobre los esfuerzos de desarrollo de Google. Sin una licencia GMS, contribuir al desarrollo del sistema operativo Android se vuelve más difícil, ya que el código disponible se retrasará constantemente semanas o meses. Esta noticia también dificultará que algunos desarrolladores se mantengan al día con los nuevos cambios de la plataforma Android, ya que ya no podrán seguir los cambios en AOSP.
Para los periodistas, este cambio implica menos acceso a información potencialmente reveladora, ya que los parches de AOSP suelen proporcionar información sobre los planes de desarrollo de Google. Por ejemplo, un cambio de código que se detecte en AOSP reveló la función de cámara web del Pixel meses antes de su lanzamiento oficial. De igual manera, se han utilizado pistas en AOSP para deducir la fecha de lanzamiento anterior de Android 16, mientras que un cambio de código, ahora eliminado, que se detectó la semana pasada brindó la primera mención pública del próximo Google Pixel 10. Si bien es probable que este tipo de filtraciones no haya desencadenado este cambio, sin duda afectará la capacidad para informar sobre las próximas funciones y dispositivos Android.
En definitiva, creo que este cambio tiene sentido, aunque la imagen no sea muy buena para Google. Google tenía tres opciones: mantener el statu quo, trasladar todo el desarrollo a nivel interno o hacerlo público. Considerando la justificación declarada por Google para el desarrollo privado de Android y su reciente transición al desarrollo basado en trunk, es comprensible su decisión de consolidar el trabajo en una única rama interna, optimizando tanto el desarrollo del sistema operativo como la publicación del código fuente.
Google compartirá más detalles sobre este cambio cuando lo anuncie a finales de esta semana. Si le interesa saber más:
source.android.com.
Fuente:
AndroidAuthority
https://www.androidauthority.com/google-android-development-aosp-3538503/