Razvojni programeri Firefoxa najavili su skraćenje ciklusa izdavanja novih verzija preglednika na četiri tjedna (prethodne verzije izdavane su svakih 6-8 tjedana). Firefox 70 bit će objavljen prema prethodnom rasporedu 22. listopada , a šest tjedana kasnije, 3. prosinca, slijedi Firefox 71. Sljedeća izdanja slijedit će svaka četiri tjedna (7. siječnja, 11. veljače, 10. ožujka itd.).
Stoga će se verzija za dugoročnu podršku (LTS) objavljivati godišnje kao i prije i održavat će se tri mjeseca nakon što se formira sljedeća LTS verzija. Ažuriranja zakrpa za LTS granu bit će sinkronizirana s redovnim izdanjima i također će se objavljivati svaka četiri tjedna.
Sljedeće ESR izdanje bit će Firefox 78, planirano za lipanj 2020. SpiderMonkey i Tor Browser također će biti prebačeni na ciklus izdanja od 4 tjedna.
Razlog skraćivanja razvojnog ciklusa je želja da se nove značajke brže donesu korisnicima. Očekuje se da će češća izdanja povećati fleksibilnost planiranja razvoja proizvoda i implementacije prioritetnih promjena koje zadovoljavaju poslovne i tržišne zahtjeve.
Prema riječima programera, četverotjedni razvojni ciklus omogućuje optimalnu ravnotežu između brzine isporuke novih web API-ja i osiguranja kvalitete i stabilnosti.
Počevši od prvog kvartala 2020. godine, planiramo isporučivati glavnu verziju Firefoxa svaka 4 tjedna. Kadenca izdanja Firefoxa ESR (Prošireno izdanje za potporu za poduzeća) ostat će ista.
U godinama koje dolaze očekujemo veliko ESR izdanje svakih 12 mjeseci s tromjesečnim preklapanjem podrške između novog ESR-a i kraja korisnog vijeka starog ESR-a. Sljedeća dva glavna izdanja ESR-a bit će ~ lipanj 3. i ~ lipanj 2020.
Kraći ciklusi izdavanja pružaju veću fleksibilnost kao podrška planiranju proizvoda i prioritetnim promjenama zbog poslovnih ili tržišnih zahtjeva.
S četverodjednim ciklusima možemo biti spretniji i brže isporučivati značajke, istodobno primjenjujući istu strogoću i dubinsku pažnju potrebnu za visokokvalitetno, stabilno izdanje.
Uz to, razvojnim programerima brže stavljamo nove značajke i implementaciju novih web API-ja. (To smo, na primjer, nedavno radili s implementacijama i ažuriranjima CSS specifikacija.)
Smanjenje vremena potrebnog za pripremu za izdanje dovest će do smanjenja vremena testiranja beta izdanja , noćnih verzija i razvojnih izdanja, što se planira nadoknaditi češćim ažuriranjima za testne verzije.
Umjesto pripreme dvije nove beta verzije tjedno , plan je prilagoditi shemu čestih beta izdanja za beta granu , koja se prije koristila za noćna izdanja.
Da bismo održali kvalitetu i smanjili rizik u skraćenom ciklusu, moramo:
- Osigurajte da Firefoxova inženjerska produktivnost ne bude negativno pogođena.
- Ubrzajte povratnu vezu regresije od primjene do otkrivanja i razrješenja.
- Moći kontrolirati postavljanje funkcija na temelju dostupnosti verzije.
- Osigurajte pravilno testiranje većih značajki koje obuhvaćaju više ciklusa objavljivanja.
- Imati jasne i dosljedne postupke ublažavanja i donošenja odluka.
Kako bi se smanjio rizik od nepredviđenih problema prilikom dodavanja nekih značajnih inovacija , promjene povezane s njima neće se korisnicima verzija uvoditi odjednom, već postupno ; isprva će se mogućnost aktivirati za mali postotak korisnika, a zatim će se u potpunosti pokriti ili dinamički isključiti kada se otkriju nedostaci.
Osim toga, kako bi se testirale inovacije i donijele odluke o njihovom uključivanju u glavni tim programa Test Pilot, korisnici će biti pozvani da sudjeluju u eksperimentima koji nisu povezani s ciklusom pripreme za lansiranje.
Izvor: https://hacks.mozilla.org/