Dezvoltatorii Firefox au anunțat o reducere a ciclului de lansare pentru noile versiuni de browser la patru săptămâni (versiunile anterioare erau lansate la fiecare 6-8 săptămâni). Firefox 70 va fi lansat conform programului anterior pe 22 octombrie , urmat șase săptămâni mai târziu, pe 3 decembrie, de Firefox 71. Lansările ulterioare vor avea loc la fiecare patru săptămâni (7 ianuarie, 11 februarie, 10 martie etc.).
Prin urmare, versiunea Long Term Support (LTS) va fi lansată anual, ca și înainte , și va fi menținută timp de trei luni după formarea următoarei versiuni LTS. Actualizările de patch-uri pentru ramura LTS vor fi sincronizate cu lansările regulate și vor fi lansate, de asemenea, la fiecare patru săptămâni.
Următoarea versiune ESR va fi Firefox 78, programată pentru iunie 2020. SpiderMonkey și Tor Browser vor trece, de asemenea, la un ciclu de lansare de 4 săptămâni.
Motivul scurtării ciclului de dezvoltare este dorința de a aduce noi funcționalități utilizatorilor mai rapid. Se așteaptă ca lansările mai frecvente să crească flexibilitatea planificării dezvoltării produselor și implementarea modificărilor prioritare care să răspundă cerințelor afacerii și pieței.
Potrivit dezvoltatorilor, ciclul de dezvoltare de patru săptămâni permite un echilibru optim între viteza de livrare a noilor API-uri web și asigurarea calității și stabilității.
Începând cu primul trimestru al anului 2020, intenționăm să livrăm o versiune majoră a Firefox la fiecare 4 săptămâni. Cadența de lansare a Firefox ESR (Extended Enterprise Support Release) va rămâne aceeași.
În anii următori, anticipăm o lansare ESR majoră la fiecare 12 luni, cu o suprapunere de suport de 3 luni între noul ESR și sfârșitul vieții utile a vechiului ESR. Următoarele două versiuni majore de ESR vor fi ~ iunie 2020 și ~ iunie 2021.
Ciclurile de lansare mai scurte oferă o flexibilitate mai mare pentru a sprijini planificarea produsului și modificările prioritare din cauza cerințelor de afaceri sau de piață.
Cu cicluri de patru săptămâni, putem fi mai agili și livrăm caracteristici mai rapid, aplicând în același timp aceeași rigoare și diligență necesară pentru o lansare de înaltă calitate și stabilă.
În plus, am pus mai rapid noi funcții și implementarea noilor API-uri web în mâinile dezvoltatorilor. (Asta am făcut recent cu implementările și actualizările specificațiilor CSS, de exemplu.)
Reducerea timpului necesar pentru pregătirea lansării va duce la o reducere a timpului de testare pentru versiunile beta , versiunile nocturne și edițiile pentru dezvoltatori, care este planificată să fie compensată de actualizări mai frecvente pentru versiunile de testare.
În loc să se pregătească două noi versiuni beta pe săptămână , planul este de a adapta schema de lansări beta frecvente pentru ramura beta , care era folosită anterior pentru lansările nocturne.
Pentru a menține calitatea și a minimiza riscul într-un ciclu scurtat, trebuie:
- Asigurați-vă că productivitatea ingineriei Firefox nu este afectată negativ.
- Accelerați bucla de feedback de regresie de la implementare la detectare și rezoluție.
- Pentru a putea controla implementarea funcțiilor pe baza disponibilității versiunii.
- Asigurați-vă testarea adecvată a caracteristicilor mai mari care acoperă cicluri de lansare multiple.
- Aveți procese de atenuare și decizie clare și consistente.
Pentru a reduce riscul apariției unor probleme neprevăzute la adăugarea unor inovații semnificative , modificările asociate acestora vor fi implementate pentru utilizatorii versiunilor nu toate odată, ci treptat ; inițial, oportunitatea va fi activată pentru un procent mic de utilizatori, apoi acoperită complet sau închisă dinamic atunci când sunt descoperite defecte.
În plus, pentru a testa inovațiile și a lua decizii cu privire la includerea lor în echipa principală a programului Test Pilot, utilizatorii vor fi invitați să participe la experimente care nu sunt legate de ciclul de pregătire a lansării.
Sursă: https://hacks.mozilla.org/