Op de website van de AOSP-repository (Android Open Source Project), waar de broncode van het Android-platform is ondergebracht, is er een waarschuwing verschenen over de wijziging van de codepublicatieschema, die inhoudt dat nieuwe Android-code pas na de volgende release kan worden geopend. De inhoud van AOSP zal voortaan slechts twee keer per jaar worden bijgewerkt — in het tweede en vierde kwartaal. Eerder publiceerde Google de code elk kwartaal.
In plaats van de continu bijgewerkte tak ‘aosp-main’ voor het maken van builds en het ontwikkelen van wijzigingen, wordt aangeraden de nieuwe tak ‘android-latest-release’ te gebruiken, die is geassocieerd met de toestand van de codebasis van de laatste Android-release (bijvoorbeeld momenteel is dit ‘android16-qpr2-release’). Deze wijziging heeft geen invloed op de publicatie van patches voor kwetsbaarheden, die maandelijks zullen blijven verschijnen in de takken ‘android-security’.
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.
Vorige jaar beperkte Google de overdracht van wijzigingen die specifiek zijn voor Pixel-apparaten naar AOSP, en ging ook over op het ontwikkelen van releases achter gesloten deuren zonder de publicatie van tussentijdse resultaten in AOSP. Voorheen ontwikkelde het platform zich met een gemengd ontwikkelingsmodel, waarbij sommige componenten van Android, zoals de Bluetooth-stack, het build-systeem, de update-engine en de virtualisatie-framework, publiekelijk ontwikkeld werden, terwijl andere aanvankelijk in een interne repository werden gemaakt en na de release werden onthuld. Volgens het nieuwe model wordt er tijdens de ontwikkeling alleen gebruikgemaakt van de interne tak waarvan de code aan de AOSP-repository wordt overgedragen in relatie tot de releases.
Bron: opennet.ru
