Firefox-utvecklare om att minska förberedelsecykeln för nya webbläsarversioner till fyra veckor (tidigare förbereddes releaser på 6-8 veckor). Firefox 70 kommer att släppas enligt det gamla schemat den 22 oktober, följt av Firefox 3 sex veckor senare den 71 december, följt av efterföljande releaser en gång var fjärde vecka (7 januari, 11 februari, 10 mars etc.).
Den långsiktiga stödgrenen (ESR) kommer att fortsätta att släppas en gång om året och kommer att stödjas i ytterligare tre månader efter bildandet av nästa ESR-gren. Korrigerande uppdateringar för ESR-grenen kommer att synkroniseras med vanliga releaser och kommer också att släppas var 4:e vecka. Nästa ESR-släpp kommer att vara Firefox 78, planerad till juni 2020. Utvecklingen av SpiderMonkey och Tor Browser kommer också att övergå till en 4-veckors releasecykel.
Anledningen som nämns för att förkorta utvecklingscykeln är önskan att snabbare ge användarna nya funktioner. Mer frekventa releaser förväntas ge större flexibilitet i produktutvecklingsplanering och implementering av prioriterade förändringar för att möta affärs- och marknadskrav. Enligt utvecklarna möjliggör en fyra veckors utvecklingscykel en optimal balans mellan att snabbt leverera nya webb-API:er och att säkerställa kvalitet och stabilitet.
Att minska tiden för att förbereda en release kommer att leda till en minskning av testtiden för betaversioner, nattversioner och Developer Edition-versioner, vilket planeras att kompenseras av mer frekvent generering av uppdateringar för testversioner. Istället för att förbereda två nya betaversioner per vecka, är det planerat att anpassa det frekventa uppdateringsschemat för betagrenen, som tidigare använts för nattliga builds.
För att minska risken för oförutsedda problem när några betydande innovationer läggs till, kommer ändringarna i samband med dem inte att kommuniceras till användare av utgåvor på en gång, utan gradvis - först kommer funktionen att aktiveras för en liten andel av användarna och sedan föras till full täckning eller dynamiskt inaktiverad när defekter identifieras. Dessutom, för att testa innovationer och fatta beslut om deras inkludering i huvudstrukturen, kommer testpilotprogrammet att bjuda in användare att delta i experiment som inte är knutna till utgivningscykeln.
Källa: opennet.ru