{"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\/nl\/blog\/news\/google-perehodit-k-publikaczii-koda-android-dvazhdy-v-god","title":{"rendered":"Google overschakelt naar de publicatie van Android-code twee keer per jaar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Op de website van het AOSP (Android Open Source Project) is een waarschuwing geplaatst over de wijziging van de code publicatieschema, wat inhoudt dat nieuwe Android-code pas na de volgende release openbaar zal worden. De inhoud van AOSP zal voortaan slechts twee keer per jaar worden bijgewerkt \u2013 in het tweede en vierde kwartaal. Voorheen publiceerde Google de code elk kwartaal. <\/p>\n
In plaats van de continu bijgewerkte tak \u2018aosp-main\u2019 voor het maken van builds en het ontwikkelen van wijzigingen, wordt aanbevolen om de nieuwe tak \u2018android-latest-release\u2019 te gebruiken, die overeenkomt met de status van de codebasis van de laatste release van Android (bijvoorbeeld, dit is momenteel \u2018android16-qpr2-release\u2019). Deze wijziging heeft geen invloed op de publicatie van patches voor kwetsbaarheden, die maandelijks in de takken \u2018android-security\u2019 zullen blijven worden geplaatst. <\/p>\n
Als redenen voor de wijziging wordt genoemd dat men een stabiele ondergrond voor het Android-ecosysteem wil waarborgen en AOSP naar een trunk-stable ontwikkelingsmodel wil brengen, wat de ontwikkeling van Android zal vereenvoudigen, de noodzaak om meerdere takken te onderhouden zal wegnemen en derden een stabielere en veiligere code zal bieden. Het bestaan van aparte interne en publieke takken leidde tot het accumuleren van verschillen naarmate de release vorderde en de noodzaak om middelen te besteden aan het synchroniseren van wijzigingen en het samenvoegen van patches tussen verschillende takken. <\/p>\n
Vorig jaar heeft Google de overdracht van apparaat-specifieke wijzigingen voor Pixel naar AOSP beperkt en is het overgestapt op het ontwikkelen van releases achter gesloten deuren zonder het publiceren van tussenresultaten in AOSP. Voorheen ontwikkelde het platform zich met een gemengd ontwikkelingsmodel, waarbij sommige Android-componenten, zoals de Bluetooth-stack, het build-systeem, de update-engine en de virtualisatie-framework, publiekelijk werden ontwikkeld, terwijl andere aanvankelijk in een interne repository werden gemaakt en pas na de release werden onthuld. Volgens het nieuwe model wordt er alleen gebruikgemaakt van een interne tak, waarvan de code in het AOSP-repository wordt overgezet in verband met de releases. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"