Programeri Firefoxa su najavili skraćenje ciklusa izdavanja novih verzija preglednika na četiri sedmice (prethodne verzije su objavljivane svakih 6-8 sedmica). Firefox 70 će biti objavljen prema prethodnom rasporedu 22. oktobra , a šest sedmica kasnije, 3. decembra, slijedi Firefox 71. Naknadna izdanja će uslijediti svake četiri sedmice (7. januar, 11. februar, 10. mart, 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 sinhronizirana s redovnim izdanjima i također će se objavljivati svake četiri sedmice.
Sljedeće ESR izdanje bit će Firefox 78, planirano za juni 2020. SpiderMonkey i Tor Browser također će biti prebačeni na ciklus izdanja od 4 sedmice.
Razlog skraćivanja razvojnog ciklusa je želja da se nove funkcije 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, četverosedmični razvojni ciklus omogućava 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 izlaska Firefox-a ESR (Prošireno izdanje za podršku preduzećima) 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 ~ juni 3. i ~ juni 2020. godine.
Kraći ciklusi izdavanja pružaju veću fleksibilnost kao podršku planiranju proizvoda i prioritetnim promjenama zbog poslovnih ili tržišnih zahtjeva.
Sa četverodjednim ciklusima možemo biti agilniji i brže isporučivati funkcije, uz primjenu iste strogosti i dužne pažnje potrebne za visokokvalitetno, stabilno izdanje.
Pored toga, brže stavljamo nove funkcije i implementaciju novih web API-ja u ruke programera. (To je ono što smo nedavno radili sa implementacijama i ažuriranjima CSS specifikacija, na primjer.)
Smanjenje vremena potrebnog za pripremu za objavljivanje 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 sedmično , plan je prilagoditi shemu čestih beta izdanja za beta granu , koja se ranije koristila za noćna izdanja.
Da bismo održali kvalitet i smanjili rizik u skraćenom ciklusu, moramo:
- Osigurajte da Firefox-ova 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 osnovu dostupnosti verzije.
- Osigurajte pravilno testiranje većih karakteristika koje obuhvaćaju više ciklusa objavljivanja.
- Imati jasne i dosljedne procese 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 biti dostupne korisnicima verzija odjednom, već postepeno ; u početku ć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.
Pored toga, kako bi testirali inovacije i donijeli 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/