A Firefox fejlesztői bejelentették a előkészítése a böngésző új verziói négy héten belül (az előző verziókat 6-8 hétig készítettük). A Firefox 70 a fenti ütemezés szerint indul október 22-énmajd hat hét múlva December 3-án elkészül a Firefox 71 verzió, ami után kialakulnak az ezt követő kiadások négy hetente (Január 7., február 11., március 10. stb.).
aminek következtében a támogatás hosszú távú változata (ESR) évente egyszer jelenik meg, mint korábban és még három hónapig marad az ESR következő verziójának megalkotása után. Az ESR ág javító frissítései szinkronizálódnak a szokásos kiadásokkal, és 4 hetente is megjelennek.
Az ESR következő verziója a Firefox 78 lesz, amelyet 2020 júniusára terveznek. A SpiderMonkey és a Tor Browser szintén áttér egy 4 hetes kiadási összeállítási ciklusra.
Az OK hogy lerövidüljön a fejlesztési ciklus az a vágy, hogy gyorsabban új funkciókat hozzanak a felhasználókhoz. A gyakoribb kiadások várhatóan növelik a termékfejlesztés tervezésének és a vállalatok és a piac követelményeinek megfelelő kiemelt változtatások végrehajtásának rugalmasságát.
A fejlesztők szerint a négyhetes fejlesztési ciklus lehetővé teszi az optimális egyensúlyt az új webes API-k szállítási 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.)
Az idő csökkentése szükséges az induláshoz való felkészüléshez a béta verziók tesztelési idejének csökkenéséhez vezet, az éjszakai verziók és a fejlesztői kiadások, amelyet a tervek szerint a próbaverziók gyakoribb frissítéseivel kompenzálnak.
Két új béta verzió elkészítése helyett heti, a béta gyakori kiadási sémáját a béta ághoz tervezik adaptálni, amelyet korábban éjszakai verziókhoz 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 problémák kockázatának csökkentése érdekében névnek néhány jelentős újítás hozzáadásával, a hozzá kapcsolódó változásoks nem egyszer, hanem fokozatosan kerülnek a verzió felhasználóihoz; Kezdetben a lehetőséget a felhasználók kis százaléka aktiválja, majd a hibák felfedezésekor teljesen lefedik vagy dinamikusan lekapcsoljá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/
Tömeg elidegenedés. Tengerimalacokká váltunk az ipar minden területén.