Firefoxi arendajad on teatanud tsükli vähendamisest ettevalmistamine brauseri uued versioonid nelja nädala jooksul (eelmisi versioone valmistati 6-8 nädalat). Firefox 70 käivitatakse vastavalt ülaltoodud ajakavale 22. oktoobrilsiis kuus nädalat hiljem 3. detsembril valmistatakse ette Firefox 71 versioon, pärast mida nad moodustuvad järgnevad väljalasked iga nelja nädala tagant (7. jaanuar, 11. veebruar, 10. märts jne).
Milleks toetuse pikaajaline versioon (ESR) ilmub kord aastas nagu varem ja see jääb veel kolm kuud pärast ESR-i järgmise versiooni loomist. ESR-i haru korrigeerivad värskendused sünkroonitakse tavaliste väljaannetega ja need avaldatakse ka iga 4 nädala tagant.
ESR-i järgmine versioon on Firefox 78, mis on kavandatud 2020. aasta juunis. SpiderMonkey ja Tor Browser liiguvad ka 4-nädalase väljalaske koostamise tsükli juurde.
Põhjus arengutsükli lühendamiseks see on soov tuua kasutajatele uusi funktsioone kiiremini. Eeldatakse, et sagedasemad väljalasked suurendavad tootearenduse kavandamise ja ettevõtete ja turu nõuetele vastavate prioriteetsete muudatuste elluviimise paindlikkust.
Arendajate sõnul nelja nädala pikkune arendustsükkel võimaldab optimaalset tasakaalu uute veebi API-de edastamise kiiruse ning kvaliteedi ja stabiilsuse tagamise vahel.
Alates 2020. aasta esimesest kvartalist kavatseme iga 4 nädala tagant saata Firefoxi peaversiooni. Firefox ESR-i (laiendatud tugiettevõtte väljalaskeava) väljalaskeaeg jääb samaks.
Järgnevatel aastatel ootame iga 12 kuu tagant suurt ESR-i väljaandmist koos 3-kuulise toetuse kattumisega uue ESR-i ja vana ESR-i kasuliku eluea vahel. ESR-i kaks järgmist suurt väljaannet on ~ juuni 2020 ja ~ juuni 2021.
Lühemad väljalasketsüklid pakuvad suuremat paindlikkust, et toetada toote kavandamist ja prioriteetset muutmist, mis tuleneb äri- või turunõuetest.
Neljanädalaste tsüklite abil saame olla nobedamad ja pakkuda funktsioone kiiremini, rakendades samasugust rangust ja hoolsust, mis on vajalik kvaliteetseks ja stabiilseks vabastamiseks.
Lisaks panime uued funktsioonid ja uute veebi API-de juurutamine kiiremini arendajate kätte. (Seda oleme hiljuti teinud näiteks CSS-i spetsifikatsioonide ja värskendustega.)
Aja lühendamine vaja stardiks valmistumiseks viib beetaversioonide testimisaja lühendamiseni, öised versioonid ja arendajate väljaanded, mida plaanitakse kompenseerida prooviversioonide sagedasemate värskendustega.
Kahe uue beetaversiooni ettevalmistamise asemel nädalas, on kavas beeta haru jaoks kohandada beeta sagedase vabastamise skeemi, mida varem kasutati öiste versioonide jaoks.
Kvaliteedi säilitamiseks ja riski minimeerimiseks lühendatud tsükli jooksul peame:
- Veenduge, et see ei kahjustaks Firefoxi inseneritöö tootlikkust.
- Kiirendage regressiooni tagasiside tsüklit juurutamisest tuvastamise ja lahutuseni.
- Et oleks võimalik kontrollida funktsioonide juurutamist versiooni kättesaadavuse põhjal.
- Tagage mitme vabastamistsükliga hõlmatud suuremate funktsioonide nõuetekohane testimine.
- Omavad selgeid ja järjepidevaid leevendamis- ja otsustusprotsesse.
Probleemide riski vähendamiseks ettenägematu lisades mõned olulised uuendused, sellega seotud muudatuseds viiakse versioonikasutajatele mitte üks kord, vaid järk-järgult; Esialgu aktiveeritakse võimalus väikese protsendi kasutajate jaoks ja siis on see defektide avastamisel täielikult kaetud või dünaamiliselt lahti ühendatud.
Lisaks kutsutakse kasutajaid testima uuendusi ja tegema otsuseid nende kaasamise kohta programmi Test Pilot põhimeeskonda osalema katsetes, mis pole seotud stardi ettevalmistamise tsükliga.
allikas: https://hacks.mozilla.org/