Google gaat over tot het publiceren van code. Android Tweemaal per jaar

Op de AOSP-repositorywebsite (Android Open Source Project), dat de broncode van het platform bevat. AndroidEr is een waarschuwing verschenen over een wijziging in het schema voor het publiceren van code, wat impliceert dat er nieuwe code beschikbaar komt. Android Pas na de volgende release. De AOSP-content wordt nu slechts twee keer per jaar bijgewerkt: in het tweede en vierde kwartaal. Voorheen publiceerde Google de code elk kwartaal.

In plaats van de continu bijgewerkte "aosp-main"-branch voor het maken van builds en het ontwikkelen van wijzigingen, wordt aanbevolen de nieuwe "android-latest-release"-branch te gebruiken. Deze branch is gekoppeld aan de status van de codebase van de meest recente Android-release (momenteel is dat bijvoorbeeld "android16-qpr2-release"). Deze wijziging heeft geen invloed op de publicatie van beveiligingspatches, die maandelijks op de "android-security"-branches zullen verschijnen.

De reden voor de verandering is naar verluidt de wens om de stabiliteit van het platform binnen het ecosysteem te waarborgen. Android en AOSP naar een trunk-stable ontwikkelingsmodel brengen, wat de ontwikkeling zal vereenvoudigen. AndroidDit elimineert de noodzaak om meerdere branches te onderhouden en biedt externe ontwikkelaars stabielere en veiligere code. Het hebben van aparte interne en publieke branches leidde tot een opeenstapeling van verschillen naarmate een release vorderde, waardoor er resources nodig waren om wijzigingen te synchroniseren en patches tussen verschillende branches samen te voegen.

Vorig jaar beperkte Google de mogelijkheid om Pixel-specifieke wijzigingen in te dienen bij AOSP en stapte over op een gesloten ontwikkelingsmodel zonder tussentijdse resultaten te publiceren op AOSP. Daarvoor werd het platform ontwikkeld met een gemengd ontwikkelingsmodel, waarbij sommige componenten werden gedeeld. AndroidSommige onderdelen, zoals de Bluetooth-stack, het buildsysteem, de update-engine en het virtualisatie-framework, werden openbaar ontwikkeld, terwijl andere aanvankelijk in een interne repository werden gemaakt en pas na de release openbaar werden gemaakt. Volgens het nieuwe model wordt er alleen nog gebruikgemaakt van de interne branch voor de ontwikkeling, waarbij de code uit deze branch bij elke release wordt samengevoegd met de AOSP-repository.

Bron: opennet.ru

Koop betrouwbare hosting voor sites met DDoS-bescherming, VPS VDS-servers πŸ”₯ Koop betrouwbare websitehosting met DDoS-bescherming, VPS- en VDS-servers | ProHoster