Firefox-kehittäjät ovat ilmoittaneet uusien selainversioiden julkaisusyklin lyhentämisestä neljään viikkoon (aiemmat versiot julkaistiin 6–8 viikon välein). Firefox 70 julkaistaan aiemman aikataulun mukaisesti 22. lokakuuta ja kuusi viikkoa myöhemmin, 3. joulukuuta, Firefox 71. Seuraavat julkaisut seuraavat neljän viikon välein (7. tammikuuta, 11. helmikuuta, 10. maaliskuuta jne.).
Siksi pitkäaikaisen tuen (LTS) versio julkaistaan vuosittain kuten ennenkin , ja sitä ylläpidetään kolme kuukautta seuraavan LTS-version muodostumisen jälkeen. LTS-haaran korjauspäivitykset synkronoidaan tavallisten julkaisujen kanssa, ja niitä julkaistaan myös neljän viikon välein.
Seuraava ESR-julkaisu on Firefox 78, joka on tarkoitus julkaista kesäkuussa 2020. Myös SpiderMonkey ja Tor Browser siirtyvät neljän viikon julkaisusykliin.
Kehityssyklin lyhentämisen syynä on halu tuoda uusia ominaisuuksia käyttäjille nopeammin. Useampien julkaisujen odotetaan lisäävän tuotekehityssuunnittelun joustavuutta ja liiketoiminnan ja markkinoiden vaatimuksia vastaavien prioriteettimuutosten toteuttamista.
Kehittäjien mukaan neljän viikon kehityssykli mahdollistaa optimaalisen tasapainon uusien web-rajapintojen toimituksen nopeuden ja laadun ja vakauden varmistamisen välillä.
Vuoden 2020 ensimmäisestä vuosineljänneksestä alkaen aiomme toimittaa suuren version Firefoxista 4 viikon välein. Firefox ESR (Extended Enterprise Support Release) -julkaisutahti pysyy samana.
Tulevina vuosina odotamme suuren ESR-julkaisun 12 kuukauden välein, ja uuden ESR: n ja vanhan ESR: n käyttöiän päättymisen välillä on kolmen kuukauden tuki päällekkäisyyttä. ESR: n seuraavat kaksi merkittävää julkaisua ovat ~ kesäkuu 3 ja ~ kesäkuu 2020.
Lyhyemmät julkaisusyklit tarjoavat enemmän joustavuutta tuotesuunnittelun ja liiketoiminnan tai markkinoiden vaatimuksista johtuvien ensisijaisten muutosten tukemiseen.
Neljän viikon jaksojen avulla voimme olla ketterämpiä ja toimittaa ominaisuuksia nopeammin samalla kun noudatamme samaa tarkkuutta ja huolellisuutta, joka vaaditaan korkealaatuiseen ja vakaan julkaisun aikaansaamiseen.
Lisäksi annamme uudet ominaisuudet ja uusien web-sovellusliittymien käyttöönoton kehittäjien käsiin nopeammin. (Tätä olemme tehneet viime aikoina esimerkiksi CSS-spesifikaatioiden ja päivitysten kanssa.)
Julkaisun valmisteluun tarvittavan ajan lyhentäminen johtaa beta-julkaisujen, yöllisten koontiversioiden ja kehittäjäversioiden testausajan lyhenemiseen , minkä on tarkoitus kompensoida testiversioiden tiheämmillä päivityksillä.
Sen sijaan, että uutta beta-versiota valmisteltaisiin kaksi viikossa , suunnitelmana on mukauttaa beta-haaran tiheästi julkaistava beta-versio , jota aiemmin käytettiin yöjulkaisuihin.
Laadun ylläpitämiseksi ja riskien minimoimiseksi lyhennetyssä jaksossa meidän on:
- Varmista, että Firefoxin suunnittelun tuottavuus ei vaikuta haitallisesti.
- Nopeuta regressiopalautesilmukkaa käyttöönotosta havaitsemiseen ja resoluutioon.
- Pystyä hallitsemaan toimintojen käyttöönottoa version saatavuuden perusteella.
- Varmista useiden julkaisusyklien kattavien suurten ominaisuuksien asianmukainen testaus.
- On selkeät ja johdonmukaiset lieventämis- ja päätöksentekomenettelyt.
Merkittävien innovaatioiden lisäämisen yhteydessä ilmenevien odottamattomien ongelmien riskin vähentämiseksi niihin liittyviä muutoksia ei oteta käyttöön versioiden käyttäjille kerralla, vaan vähitellen . Aluksi mahdollisuus aktivoidaan pienelle osalle käyttäjistä ja sitten se katetaan kokonaan tai suljetaan dynaamisesti, kun vikoja havaitaan.
Lisäksi, jotta käyttäjät voivat testata innovaatioita ja tehdä päätöksiä niiden sisällyttämisestä Test Pilot -ohjelman pääryhmään, käyttäjiä kutsutaan osallistumaan kokeisiin, jotka eivät liity laukaisun valmistelujaksoon.
Lähde: https://hacks.mozilla.org/