Mozilla meddelte, at Firefox flytter til en kortere udgivelsescyklus

Firefox-udviklere har annonceret en reduktion i cyklus af forberedelse af nye versioner af browseren inden for fire uger (de tidligere versioner blev forberedt i 6-8 uger). Firefox 70 lanceres i henhold til ovenstående tidsplan den 22. oktoberderefter seks uger senere Den 3. december forberedes Firefox 71-version, hvorefter de dannes efterfølgende udgivelser hver fjerde uge (7. januar, 11. februar, 10. marts osv.).

hvorpå langsigtet version af support (ESR) frigives en gang om året som før og den forbliver i yderligere tre måneder efter dannelsen af ​​den næste version af ESR. Korrigerende opdateringer til ESR-filialen synkroniseres med de almindelige udgivelser og frigives også hver 4. uge.

Den næste version af ESR bliver Firefox 78, planlagt til juni 2020. SpiderMonkey og Tor Browser flytter også til en 4 ugers udgivelsescyklus.

Grunden for at forkorte udviklingscyklussen det er ønsket om at bringe nye funktioner hurtigere til brugerne. Hyppigere udgivelser forventes at øge fleksibiliteten i planlægning af produktudvikling og implementering af prioriterede ændringer, der opfylder forretnings- og markedskrav.

Ifølge udviklerne, Fire ugers udviklingscyklus giver mulighed for en optimal balance mellem hastigheden ved levering af nye web-API'er og sikring af kvalitet og stabilitet.

Fra første kvartal 2020 planlægger vi at sende en større version af Firefox hver 4. uge. Udgivelseskadensen for Firefox ESR (Extended Enterprise Support Release) forbliver den samme.

I de kommende år forventer vi en større ESR-frigivelse hver 12. måned med en 3-måneders support overlapning mellem den nye ESR og afslutningen på den gamle ESRs brugstid. De næste to store udgivelser af ESR vil være ~ juni 2020 og ~ juni 2021.

Kortere frigivelsescyklusser giver større fleksibilitet til at understøtte produktplanlægning og prioritetsændringer på grund af markeds- eller forretningskrav.

Med fire ugers cyklusser kan vi være mere smidige, og skibets funktioner hurtigere, mens vi anvender den samme strenghed og due diligence, der kræves for en stabil kvalitet i høj kvalitet.

Derudover sætter vi hurtigere nye funktioner og implementering af nye web-API'er i hænderne på udviklere. (Dette er det, vi har gjort for nylig med implementering og opdateringer af CSS-specifikationer.)

Reduktion af tid behov for at forberede sig på lanceringen vil føre til en reduktion i testtiden for betaudgivelser, de natlige versioner og udviklerudgaverne, som planlægges kompenseret med hyppigere opdateringer til prøveversionerne.

I stedet for at forberede to nye betaversioner Per uge, er det planlagt at tilpasse beta-frekvensplanen til beta-filialen, som tidligere blev brugt til natversioner.

For at opretholde kvalitet og minimere risiko i en forkortet cyklus skal vi:

• Sørg for, at Firefox ingeniørproduktivitet ikke påvirkes negativt.
• Accelerere tilbagegangssløjfen fra implementering til detektion og opløsning.
• Kunne styre implementeringen af ​​funktioner baseret på tilgængeligheden af ​​versionen.
• Sørg for korrekt test af større funktioner, der spænder over flere frigivelsescyklusser.
• Har klare og konsekvente afbødnings- og beslutningsprocesser.

At reducere risikoen for problemer diverse ved at tilføje nogle vigtige nyskabelser, de ændringer, der er knyttet til dets vil ikke blive taget til version brugere ikke en gang, men gradvist; Oprindeligt aktiveres muligheden for en lille procentdel af brugerne, og derefter vil den være fuldt dækket eller dynamisk afbrudt, når mangler opdages.

Derudover vil brugerne blive inviteret til at deltage i eksperimenter, der ikke er knyttet til lanceringsforberedelsescyklussen, for at teste innovationer og træffe beslutninger om deres inkludering i testteamets hovedteam.

kilde: https://hacks.mozilla.org/