Firefox bytter til en kortere utgivelsessyklus

Firefox-utviklere kunngjort om å redusere forberedelsessyklusen for nye nettleserutgivelser til fire uker (tidligere ble utgivelsene utarbeidet på 6-8 uker). Firefox 70 vil bli utgitt på den gamle planen 22. oktober, etterfulgt av Firefox 3 seks uker senere 71. desember, etterfulgt av påfølgende utgivelser vil bli dannet en gang hver fjerde uke (7. januar, 11. februar, 10. mars osv.).

Den langsiktige støttegrenen (ESR) vil fortsette å bli utgitt en gang i året og vil bli støttet i ytterligere tre måneder etter dannelsen av neste ESR-gren. Korrigerende oppdateringer for ESR-grenen vil bli synkronisert med vanlige utgivelser og vil også bli utgitt hver 4. uke. Den neste ESR-utgivelsen vil være Firefox 78, planlagt til juni 2020. Utviklingen av SpiderMonkey og Tor Browser vil også bli byttet til en 4-ukers utgivelsessyklus.

Grunnen til å forkorte utviklingssyklusen er ønsket om å raskere bringe nye funksjoner til brukerne. Hyppigere utgivelser forventes å gi større fleksibilitet i produktutviklingsplanlegging og implementering av prioriterte endringer for å møte forretnings- og markedskrav. Ifølge utviklerne tillater en fire ukers utviklingssyklus en optimal balanse mellom raskt å levere nye web-APIer og å sikre kvalitet og stabilitet.

Å redusere tiden for å forberede en utgivelse vil føre til en reduksjon i testtid for beta-utgivelser, nattlige bygg og Developer Edition-utgivelser, som er planlagt å bli kompensert av hyppigere generering av oppdateringer for testutgivelser. I stedet for å forberede to nye betaversjoner per uke, planlegges det å tilpasse ordningen med hyppige oppdateringsutgivelser for betagrenen, som tidligere ble brukt til nattlig bygg.

For å redusere risikoen for uforutsette problemer når du legger til noen betydelige innovasjoner, vil endringene knyttet til dem ikke bli kommunisert til brukere av utgivelser på en gang, men gradvis - først vil funksjonen aktiveres for en liten prosentandel av brukerne, og deretter bringes til full dekning eller dynamisk deaktivert når defekter er identifisert. I tillegg, for å teste innovasjoner og ta beslutninger om deres inkludering i hovedstrukturen, vil Test Pilot-programmet invitere brukere til å delta i eksperimenter som ikke er knyttet til utgivelsessyklusen.

Kilde: opennet.ru

Legg til en kommentar