Firefox-utvecklare har meddelat en minskning av cykeln av förberedelse för nya versioner av webbläsaren inom fyra veckor (de tidigare versionerna förbereddes i 6-8 veckor). Firefox 70 kommer att lanseras enligt ovanstående schema den 22 oktobersedan sex veckor senare Den 3 december kommer Firefox 71-versionen att förberedas, varefter de kommer att bildas efterföljande utgåvor var fjärde vecka (7 januari, 11 februari, 10 mars osv.).
varpå långsiktig version av supporten (ESR) släpps en gång om året som tidigare och den kommer att stanna i ytterligare tre månader efter bildandet av nästa version av ESR. Korrigerande uppdateringar för ESR-filialen synkroniseras med de vanliga versionerna och kommer också att släppas var fjärde vecka.
Nästa version av ESR är Firefox 78, planerad till juni 2020. SpiderMonkey och Tor Browser kommer också att flytta till en 4 veckors release-byggcykel.
Anledningen för att förkorta utvecklingscykeln det är önskan att snabbare få nya funktioner till användarna. Frekventare utgåvor förväntas öka flexibiliteten i produktutvecklingsplaneringen och genomföra prioriterade förändringar som uppfyller affärs- och marknadskraven.
Enligt utvecklarna, fyra veckors utvecklingscykel möjliggör en optimal balans mellan snabb leverans av nya webb-API: er och kvalitet och stabilitet.
Från och med första kvartalet 2020 planerar vi att leverera en större version av Firefox var fjärde vecka. Släppkadensen för Firefox ESR (Extended Support Enterprise Release) förblir densamma.
Under de kommande åren räknar vi med en större ESR-utgåva var 12: e månad med en 3-månaders supportöverlappning mellan den nya ESR och slutet på den gamla ESR: s livslängd. De nästa två stora utgåvorna av ESR kommer att vara ~ juni 2020 och ~ juni 2021.
Kortare frigöringscykler ger större flexibilitet för att stödja produktplanering och prioritetsändringar på grund av marknads- eller affärsbehov.
Med fyra veckors cykler kan vi vara mer smidiga och leverera funktioner snabbare, samtidigt som vi använder samma noggrannhet och due diligence som krävs för en högkvalitativ och stabil release.
Dessutom sätter vi nya funktioner och implementering av nya webb-API: er i utvecklarnas händer snabbare. (Det här är vad vi nyligen har gjort med exempelvis implementeringar och uppdateringar av CSS-specifikationer.)
Minskning av tid behövs för att förbereda sig för lanseringen kommer att leda till en minskning av testtiden för betaversioner, nattversionerna och utvecklarutgåvorna, som planeras kompenseras med mer frekventa uppdateringar för testversionerna.
Istället för att förbereda två nya betaversioner per veckaär det planerat att anpassa beta-frekvensschemat för beta-filialen, som tidigare användes för nattversioner.
För att bibehålla kvaliteten och minimera riskerna i en förkortad cykel måste vi:
- Se till att Firefox-produktiviteten inte påverkas negativt.
- Påskynda återkopplingsslingan för regression från distribution till upptäckt och upplösning.
- Kunna kontrollera distributionen av funktioner baserat på tillgängligheten av versionen.
- Säkerställ korrekt testning av större funktioner som spänner över flera utgivningscykler.
- Ha tydliga och konsekvent lindrings- och beslutsprocesser.
För att minska risken för problem erlägges genom att lägga till några viktiga innovationer, ändringarna associerade med dens kommer att tas till versionanvändare inte en gång utan gradvis; Till en början aktiveras möjligheten för en liten andel användare och sedan täcks den helt eller kopplas bort dynamiskt när fel upptäcks.
Dessutom, för att testa innovationerna och fatta beslut om hur de ingår i testpilotprogrammets huvudteam, kommer användarna att inbjudas att delta i experiment som inte är kopplade till lanseringsförberedelsecykeln.
Fuente: https://hacks.mozilla.org/
Mass alienation. Vi har blivit marsvin i alla branscher.