{"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\/it\/blog\/news\/google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god","title":{"rendered":"Google passa alla pubblicazione del codice Android due volte all'anno","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sul sito del repository AOSP (Android Open Source Project), dove \u00e8 ospitato il codice sorgente della piattaforma Android, \u00e8 comparsa un'avvertenza relativa a una modifica nel sistema di pubblicazione del codice, che prevede che il nuovo codice Android venga reso disponibile solo dopo il rilascio ufficiale. I contenuti di AOSP verranno aggiornati da ora in poi solo due volte all'anno \u2014 nel secondo e quarto trimestre. In precedenza, Google pubblicava il codice ogni trimestre. <\/p>\n
Invece della ramificazione continuamente aggiornata \u2018aosp-main\u2019 per creare build e sviluppare modifiche, si consiglia di utilizzare il nuovo ramo \u2018android-latest-release\u2019, che \u00e8 associato allo stato del codice sorgente dell'ultimo rilascio di Android (attualmente, questo \u00e8 \u2018android16-qpr2-release\u2019). Questa modifica non influir\u00e0 sulla pubblicazione delle patch per la sicurezza, che continueranno ad essere pubblicate mensilmente nei rami \u2018android-security\u2019. <\/p>\n
Come motivazioni di questo cambiamento si cita il desiderio di garantire stabilit\u00e0 alla piattaforma per l'ecosistema Android e di portare AOSP a un modello di sviluppo trunk-stable, il che semplificher\u00e0 lo sviluppo di Android, eliminando la necessit\u00e0 di mantenere pi\u00f9 branch e fornendo agli sviluppatori esterni un codice pi\u00f9 stabile e sicuro. La presenza di branch interne e pubbliche separate portava ad accumulare differenze nel corso dello sviluppo della release e necessitava di risorse per sincronizzare le modifiche e unire le patch tra le diverse branch. <\/p>\n
Lo scorso anno, Google ha limitato il trasferimento in AOSP delle modifiche specifiche per i dispositivi Pixel e ha adottato un approccio allo sviluppo delle versioni 'dietro le quinte', senza pubblicare nella AOSP i risultati intermedi. Prima di questo, la piattaforma si sviluppava utilizzando un modello di sviluppo misto, in cui alcuni componenti di Android, come lo stack Bluetooth, il sistema di build, il motore degli aggiornamenti e il framework di virtualizzazione, venivano sviluppati pubblicamente, mentre altri venivano inizialmente creati in un repository interno e rilasciati dopo il lancio. Secondo il nuovo modello, viene utilizzato solo un ramo interno, il cui codice viene trasferito nel repository AOSP in corrispondenza dei rilasci. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"