Resumen
Google ahora llevará a cabo todo su desarrollo activo de Android internamente, cese el código en tiempo real se compromete con las sucursales públicas de AOSP. Este cambio tiene como objetivo mejorar la eficiencia al eliminar los conflictos de fusión, aunque Google continuará publicando el código fuente final después de que concluya el desarrollo. Si bien los usuarios finales y los desarrolladores de aplicaciones verán poco impacto, el movimiento podría dificultar que los contribuyentes y reporteros externos rastreen el progreso continuo de Android.
La naturaleza de código abierto de Android es uno de sus mayores atractivos para muchas personas: los OEM como Samsung la usan para su ventaja al hacer sus propios ajustes al código para versiones de piel como una interfaz de usuario, y las personas que siguen de cerca encuentran toques de nuevas características que llegan al sistema operativo cuando Google realiza cambios públicos en el proyecto de origen abierto de Android.
Si bien el código fuente para el sistema operativo móvil más grande del mundo permanecerá abierto, Google ha confirmado que el desarrollo ahora sucederá en gran medida a puertas cerradas.
Relacionado el píxel 10 de Google aparece en AOSP
Con un cambio de código que puede reducir el tiempo de inicio
En un informe para Android Authority, el experto en AOSP Mishaal Rahman describió los cambios que Google está haciendo al proceso de desarrollo de Android. La compañía Mountain View confirmó que está trasladando todo el desarrollo de Android OS a su rama interna, lo que significa que la rama pública de AOSP ya no verá confirmaciones individuales mientras se están trabajando nuevas versiones.
Sin embargo, para ser claros, Google aún hará que el código fuente de Android esté disponible públicamente cuando se termine una nueva versión, simplemente no veremos los cambios más pequeños que la compañía misma está haciendo en el camino.
¿Qué está pasando realmente aquí?
Google mantiene dos ramas separadas de AOSP: una pública y otra interna. Cualquiera puede ver la rama pública, pero la versión privada solo es accesible para Google, así como los OEM de Android y otras compañías con un acuerdo de licencia de Google Mobile Services (GMS).
Rahman señala que la mayor parte del desarrollo de AOSP es realizado internamente por Google y solo aparecería en la rama privada incluso antes de este cambio. Los terceros pueden enviar cambios en el código a la rama pública, pero Google se reserva el derecho de rechazar cualquiera de estos antes de finalizar una nueva versión de Android y publicar su fuente.
En general, todo esto permanecerá sin cambios incluso después de las noticias de hoy. El Gerrit público de AOSP aún estará disponible, y los compromisos de terceros seguirán visibles allí. Google aún publicará el código fuente final: es solo que, durante el desarrollo, la compañía simplemente pasará de hacer la mayoría de sus propios cambios AOSP a puerta cerrada para hacerlas todas en privado.
El eic gerit.
Sí, pero ¿por qué está sucediendo esto?
Según Rahman, este cambio se reduce a la eficiencia para los equipos internos de Google. Anteriormente, gestionar su propio desarrollo tanto en la rama pública de AOSP como en una rama interna separada creó una sobrecarga significativa.
La rama pública de AOSP a menudo se quedó atrás del trabajo que ocurrió internamente. Cuando llegó el momento de fusionar el código entre los dos, los ingenieros de Google frecuentemente se encontraban con conflictos de fusiones, enfrentamientos entre las diferentes versiones de código que requirieron tiempo extra y esfuerzo para resolver.
Al trasladar todo su trabajo de desarrollo activo a la rama interna, Google cree que puede eliminar estos conflictos y agilizar su flujo de trabajo.
Vale la pena señalar que esto no significa que los repositorios públicos de AOSP estén desapareciendo: Google continuará publicando el código fuente final allí, y los terceros aún deberían presentar contribuciones a través del gerro público. En última instancia, el cambio es sobre dónde los propios ingenieros de Google hacen su codificación diaria durante el ciclo de desarrollo.
El proyecto de código abierto de Android todavía está muy vivo.
Bien, ¿cuál es el resultado final?
El mayor problema que creará este movimiento, al menos desde un punto de vista funcional, es que los desarrolladores de terceros que contribuyen con código a AOSP probablemente tendrán más dificultades para rastrear cambios en Android. Esto podría desanimar a tales desarrolladores de continuar contribuyendo, ya que Google puede o no duplicar sus esfuerzos a puerta cerrada.
Más allá de eso, los reporteros como Rahman que rastrean los cambios en AOSP ahora tendrán que hacer su código de código a granel cuando Google publique la fuente completa. En cuanto a los usuarios finales y los desarrolladores de aplicaciones de Android, este cambio no debería tener mucho impacto.
En noticias relacionadas, Google recientemente giró a un proceso de desarrollo estable del tronco con la esperanza de acelerar los lanzamientos de Android, algo que ha ayudado a poner la línea de tiempo de Android 16 antes de lo previsto este año. En una entrevista con el editor en jefe de la policía de Android, James Peckham, el jefe de Android de Google explicó cómo están evolucionando este y otros factores de desarrollo:
Relacionó el jefe de Android de Google en Gemini en su teléfono, el lanzamiento temprano de Android 16, la vida extra de Pixel 6 y más
Sameer Samat de Google habla con la policía de Android
