{"id":153445,"date":"2026-01-07T11:11:58","date_gmt":"2026-01-07T09:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god"},"modified":"2026-01-07T11:11:58","modified_gmt":"2026-01-07T09:11:58","slug":"google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god","title":{"rendered":"Google pasa a publicar el c\u00f3digo de Android dos veces al a\u00f1o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En el sitio del repositorio AOSP (Proyecto de C\u00f3digo Abierto de Android), donde se aloja el c\u00f3digo fuente de la plataforma Android, apareci\u00f3 un aviso sobre un cambio en el esquema de publicaci\u00f3n de c\u00f3digo, que implica que el nuevo c\u00f3digo de Android solo se abrir\u00e1 despu\u00e9s del pr\u00f3ximo lanzamiento. El contenido de AOSP se actualizar\u00e1 ahora solo dos veces al a\u00f1o \u2014 en el segundo y cuarto trimestre. Anteriormente, Google publicaba el c\u00f3digo trimestralmente. <\/p>\n
En lugar de la rama continuamente actualizada 'aosp-main' para crear compilaciones y desarrollar cambios, se recomienda utilizar la nueva rama 'android-latest-release', que est\u00e1 asociada con el estado de la base de c\u00f3digo de la \u00faltima versi\u00f3n de Android (por ejemplo, ahora es 'android16-qpr2-release'). Este cambio no afectar\u00e1 la publicaci\u00f3n de parches para correcci\u00f3n de vulnerabilidades, que continuar\u00e1n siendo publicados una vez al mes en las ramas 'android-security'. <\/p>\n
Se mencionan como razones del cambio el deseo de asegurar la estabilidad de la plataforma para el ecosistema Android y adaptar AOSP a un modelo de desarrollo trunk-stable, lo que facilitar\u00e1 el desarrollo de Android, eliminar\u00e1 la necesidad de mantener varias ramas y proporcionar\u00e1 a los desarrolladores externos un c\u00f3digo m\u00e1s estable y seguro. La existencia de ramas internas y p\u00fablicas separadas conduc\u00eda a la acumulaci\u00f3n de diferencias a medida que se desarrollaba la versi\u00f3n y a la necesidad de gastar recursos en sincronizaci\u00f3n de cambios y fusi\u00f3n de parches entre diferentes ramas. <\/p>\n
El a\u00f1o pasado, Google limit\u00f3 la entrega de cambios espec\u00edficos para dispositivos Pixel en AOSP y comenz\u00f3 a desarrollar lanzamientos a puerta cerrada sin publicar resultados intermedios en AOSP. Anteriormente, la plataforma se desarrollaba utilizando un modelo de desarrollo h\u00edbrido, en el cual algunos componentes de Android, como la pila Bluetooth, el sistema de construcci\u00f3n, el motor de actualizaciones y el marco de virtualizaci\u00f3n, se desarrollaban p\u00fablicamente, mientras que otros \u2014se creaban inicialmente en un repositorio interno y se revelaban despu\u00e9s del lanzamiento. De acuerdo con el nuevo modelo, solo se utiliza una rama interna en el desarrollo, cuyo c\u00f3digo se transfiere al repositorio AOSP en relaci\u00f3n con los lanzamientos. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"