A Firefox fejlesztői bejelentették, hogy az új böngészőverziók megjelenési ciklusát négy hétre csökkentik (a korábbi verziók 6-8 hetente jelentek meg). A Firefox 70 a korábbi ütemterv szerint október 22-én jelenik meg , majd hat héttel később, december 3-án a Firefox 71. A további kiadások négyhetente (január 7-én, február 11-én, március 10-én stb.) következnek .
Ezért a hosszú távú támogatású (LTS) verziót a korábbiakhoz hasonlóan évente adják ki , és a következő LTS verzió létrehozása után három hónapig tartják fenn. Az LTS ág javításfrissítései szinkronizálva lesznek a rendszeres kiadásokkal, és szintén négyhetente kerülnek kiadásra.
A következő ESR-kiadás a Firefox 78 lesz, amely 2020 júniusára várható. A SpiderMonkey és a Tor Browser is 4 hetes megjelenési ciklusra vált.
A fejlesztési ciklus lerövidítésének oka az a vágy, hogy az új funkciókat gyorsabban eljussanak a felhasználókhoz. A gyakoribb kiadások várhatóan növelik a termékfejlesztés tervezésének rugalmasságát és az üzleti és piaci igényeknek megfelelő prioritást élvező változtatások megvalósítását.
A fejlesztők szerint a négyhetes fejlesztési ciklus optimális egyensúlyt teremt az új webes API-k leszállításának sebessége, valamint a minőség és a stabilitás biztosítása között.
2020 első negyedévétől tervezzük a Firefox fő verziójának szállítását 4 hetente. A Firefox ESR (Extended Support Release for Enterprise) kiadási sebessége változatlan marad.
Az elkövetkező években 12 havonta várható egy jelentős ESR kiadás, amely 3 hónapos támogatási átfedést mutat az új ESR és a régi ESR hasznos élettartama között. Az ESR következő két fő kiadása: ~ 2020. június és ~ 2021. június.
A rövidebb kiadási ciklusok nagyobb rugalmasságot biztosítanak a termék tervezéséhez és a piaci vagy üzleti követelmények miatti prioritás-változtatásokhoz.
A négyhetes ciklusokkal agilisabbak lehetünk, és gyorsabban szállíthatjuk a funkciókat, miközben ugyanolyan szigorúságot és kellő gondosságot alkalmazunk, mint ami a jó minőségű és stabil kiadáshoz szükséges.
Ezen felül gyorsabban adunk új funkciókat és új webes API-k bevezetését a fejlesztők kezébe. (Ezt tettük a közelmúltban például a CSS specifikációk megvalósításával és frissítéseivel.)
A kiadásra való felkészüléshez szükséges idő csökkentése a béta kiadások, az éjszakai buildek és a fejlesztői kiadások tesztelési idejének csökkenéséhez vezet , amit a tervek szerint a tesztbuildek gyakoribb frissítéseivel ellensúlyoznak.
A heti két új béta verzió elkészítése helyett a terv az, hogy a gyakori béta kiadási sémát adaptálják a béta ághoz , amelyet korábban az éjszakai kiadásokhoz használtak.
A minőség fenntartása és a kockázat minimalizálása érdekében egy rövidített ciklusban:
- Győződjön meg arról, hogy a Firefox mérnöki termelékenységét nem érinti hátrányosan.
- Gyorsítsa fel a regressziós visszacsatolási ciklust a telepítéstől az észlelésig és a felbontásig.
- Legyen képes vezérelni a funkciók telepítését a verzió elérhetősége alapján.
- Biztosítsa a több kiadási cikluson átívelő nagyobb funkciók megfelelő tesztelését.
- Legyen világos és következetes enyhítési és döntési folyamata.
A jelentős újítások bevezetésekor felmerülő előre nem látható problémák kockázatának csökkentése érdekében a hozzájuk kapcsolódó változtatásokat nem egyszerre, hanem fokozatosan vezetik be a verziók felhasználóihoz ; először a lehetőség a felhasználók egy kis százaléka számára aktiválódik, majd a hibák felfedezése esetén teljesen lefedik vagy dinamikusan leállítják.
Ezenkívül az újítások tesztelésére és a Test Pilot program fő csapatába való beillesztésük meghozatalára vonatkozó döntések meghozatalára a felhasználókat felkérjük, hogy vegyenek részt olyan kísérletekben, amelyek nem kapcsolódnak az indítás előkészítési ciklusához.
Forrás: https://hacks.mozilla.org/