{"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\/novosti-interneta\/google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god","title":{"rendered":"Google passa a pubblicare il codice Android due volte l'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 stata emessa un'avvertenza riguardo alla modifica dello schema di pubblicazione del codice, che prevede l'apertura del nuovo codice Android solo dopo il rilascio successivo. Il contenuto dell'AOSP sar\u00e0 ora aggiornato solo due volte all'anno \u2014 nel secondo e nel quarto trimestre. In precedenza, Google pubblicava il codice ogni trimestre. <\/p>\n
Invece di una ramificazione continuamente aggiornata chiamata \u00abaosp-main\u00bb per creare build e sviluppare modifiche, si raccomanda di utilizzare la nuova ramificazione \u00abandroid-latest-release\u00bb, che rappresenta lo stato della base di codice dell'ultimo rilascio di Android (ad esempio, attualmente \u00e8 \u00abandroid16-qpr2-release\u00bb). Questa modifica non influenzer\u00e0 la pubblicazione di patch per la correzione delle vulnerabilit\u00e0, che continueranno a essere rilasciate mensilmente nelle ramificazioni \u00abandroid-security\u00bb. <\/p>\n
Tra le motivazioni del cambiamento si cita il desiderio di garantire la stabilit\u00e0 della piattaforma per l'ecosistema Android e di portare AOSP a un modello di sviluppo trunk-stable, che semplificher\u00e0 lo sviluppo di Android, eliminando la necessit\u00e0 di mantenere pi\u00f9 rami e fornendo agli sviluppatori esterni un codice pi\u00f9 stabile e sicuro. La presenza di rami interni e pubblici separati ha portato all'accumulo di differenze durante lo sviluppo del rilascio e alla necessit\u00e0 di spendere risorse per sincronizzare le modifiche e fondere i patch tra i diversi rami. <\/p>\n
Lo scorso anno, Google ha limitato il trasferimento di modifiche specifiche per i dispositivi Pixel in AOSP e ha iniziato a sviluppare le versioni a porte chiuse, senza pubblicare i risultati intermedi in AOSP. Prima di ci\u00f2, 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 resi pubblici dopo il rilascio. Con il nuovo modello, nello sviluppo viene utilizzato solo il ramo interno, il codice del quale viene trasferito nel repository AOSP in corrispondenza ai rilasci. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"