Från och med 2026 publicerar Google AOSP-kod endast under Q2 och Q4 för mer stabilitet

Google tillkännagav en betydande förändring i Android Open Source Project (AOSP) källkodsutgivningsschemat, från fyra till bara två utgåvor per år med start 2026. Företaget kommer att koncentrera publikationer under andra och fjärde kvartalen och prioritera uppdateringar som anses vara mest relevanta för utvecklingen av plattformen.

Denna förändring syftar till att anpassa processen till den stamstabila utvecklingsmodellen, som eftersträvar större stabilitet för hela Android-ekosystemet. En varning visas redan på den officiella AOSP-webbplatsen, som rekommenderar att utvecklare använder grenen med senaste versionen av Android istället för den traditionella aosp-main.

Beslutet påverkar inte distributionen av månatliga säkerhetskorrigeringar, som kommer att fortsätta att släppas regelbundet i en dedikerad filial.

Orsaker till förändringen i schemat

Google förklarade att den tidigare kadensen, med kvartalsversioner, ökade den interna komplexiteten genom att kräva hantering av flera kodgrenar samtidigt. Essa tillvägagångssätt gjorde det svårt att upprätthålla koherens och säkerhet mellan versioner.

Genom att skala tillbaka till två årliga utgåvor siktar företaget på att tillhandahålla en mer förutsägbar och solid grund för enhetstillverkare och utvecklare. Koncentrationen i Q2 och Q4 motsvarar de stora halvårsuppdateringarna och de mindre uppdateringarna i slutet av året, som generellt sett medför mer effektfulla förändringar av plattformen.

Rekommendationer för utvecklare

Utvecklare som bygger eller bidrar till AOSP bör migrera till den nya grenen med senaste versionen av Android. Esse-grenen kommer alltid att peka på den senaste offentligt publicerade versionen, vilket undviker beroende av aosp-main, som inte längre kommer att spegla projektets realtidsstatus.

Denna övergång gör det enklare att arbeta med en stabil version, vilket minskar risken för instabilitet i anpassade konstruktioner. Google förstärker att förändringen förenklar utvecklingsflödet utan att kompromissa åtkomsten till öppen källkod.

Underhålla säkerhetsuppdateringar

Månatliga säkerhetskorrigeringar kommer att förbli oförändrade och publiceras i en specifik filial som för närvarande är fallet. Essa-separation säkerställer att Android-enheter fortsätter att ta emot sårbarhetskorrigeringar på regelbunden basis, oavsett det fullständiga källkodsschemat.

Leia Tambem

Colby Minifie bekräftar Ashley Barretts krafter i The Boys säsong fem

Napoli x Milan i Serie A med bekräftade laguppställningar och var man kan se live

Forskning visar att föräldrar är omedvetna om hur deras barn använder artificiell intelligens

Partnertillverkare, till exempel stora, får redan tidig tillgång till privata koder, vilket inte förändrar deras utvecklingspipelines.

Ny bålstabil modell i detalj

Den trunkstabila modellen använder en enda utvecklingstrunk, med funktioner aktiverade av flaggor tills de är redo för allmän användning. Essa-strategin undviker överdriven förgrening och främjar en mer enhetlig grund för hela ekosystemet.

• Minskar komplexiteten vid hantering av parallella grenar.
• Ökar förutsägbarheten för OEM och anpassade ROM-gemenskaper.
• Behåller fokus på utgåvor med relevanta ändringar för utvecklare.
• Det behåller sitt engagemang för öppen källkod, enligt företaget.

Detta tillvägagångssätt implementerades redan gradvis, med förseningar observerade i vissa 2025-releaser.

Effekter på ekosystemet

Ändringen kan kräva justeringar av projekt som är beroende av frekvent åtkomst till den senaste koden, till exempel anpassade ROM-gemenskaper. Men Google hävdar att mindre frekventa men mer konsoliderade utgåvor resulterar i mer mogen och säker kod.

För slutanvändare är effekten minimal, eftersom systemuppdateringar kommer direkt från tillverkarna. Plattformens större stabilitet kan gynna fragmentering och leverans av funktioner över olika enheter på lång sikt.

Utsikter för framtida utveckling

Med den nya takten borde Q2 ge den stora årliga uppdateringen, medan Q4 kommer att fokusera på förfining med nya API:er. Essa-koncentration gör att Google kan leverera fler testade versioner, i linje med konkurrenternas praxis som prioriterar robusta årscykler.

Ekosystemet Android, som driver miljarder enheter globalt, drar nytta av en mer kontrollerad grund. Oberoende Desenvolvedores kommer att behöva planera för längre cykler men förlita sig på pågående säkerhetskorrigeringar.