Mozilla ogłosiła, że ​​Firefox przechodzi na krótszy cykl wydawniczy

mozilla-firefox

Twórcy Firefoksa ogłosili skrócenie cyklu przygotowanie nowe wersje przeglądarki w ciągu czterech tygodni (poprzednie wersje były przygotowywane przez 6-8 tygodni). Firefox 70 zostanie uruchomiony zgodnie z powyższym harmonogramem 22 październikapotem sześć tygodni później 3 grudnia zostanie przygotowana wersja Firefox 71, po czym się utworzą kolejne wydania co cztery tygodnie (7 stycznia, 11 lutego, 10 marca itd.).

Po czym długoterminowa wersja wsparcia (ESR) będzie wydawany raz w roku, jak poprzednio i pozostanie przez kolejne trzy miesiące po utworzeniu kolejnej wersji ESR. Aktualizacje korygujące dla gałęzi ESR będą synchronizowane z regularnymi wydaniami, a także będą publikowane co 4 tygodnie.

Następną wersją ESR będzie Firefox 78, zaplanowana na czerwiec 2020 r. SpiderMonkey i Tor Browser również przejdą do 4-tygodniowego cyklu kompilacji.

Powód skrócić cykl rozwoju to chęć szybszego udostępnienia użytkownikom nowych funkcji. Oczekuje się, że częstsze wydania zwiększą elastyczność planowania rozwoju produktu i wdrażania priorytetowych zmian, które spełniają wymagania biznesowe i rynkowe.

Według twórców czterotygodniowy cykl rozwoju pozwala na optymalną równowagę między szybkością dostarczania nowych internetowych interfejsów API a zapewnieniem jakości i stabilności.

Począwszy od pierwszego kwartału 2020 roku planujemy udostępniać główną wersję Firefoksa co 4 tygodnie. Kadencja wydawania Firefox ESR (Extended Enterprise Support Release) pozostanie taka sama.

W nadchodzących latach spodziewamy się, że główne wydanie ESR będzie publikowane co 12 miesięcy, z trzymiesięcznym wsparciem nakładającym się na nowy ESR i koniec okresu użytkowania starego ESR. Kolejne dwie główne wersje ESR będą miały miejsce w czerwcu 3 r. I w czerwcu 2020 r.

Krótsze cykle wydawania zapewniają większą elastyczność w zakresie planowania produktu i priorytetowych zmian wynikających z wymagań rynkowych lub biznesowych.

Dzięki czterotygodniowym cyklom możemy być bardziej elastyczni i szybciej dostarczać funkcje, przy jednoczesnym zachowaniu tego samego rygoru i należytej staranności wymaganej do stabilnego wydania o wysokiej jakości.

Ponadto szybciej oddajemy w ręce programistów nowe funkcje i wdrażanie nowych interfejsów API sieci Web. (Na przykład to właśnie robiliśmy ostatnio w przypadku implementacji i aktualizacji specyfikacji CSS).

Skrócenie czasu potrzebne do przygotowania się do startu doprowadzi do skrócenia czasu testowania wersji beta, wersje nocne i wersje deweloperskie, które mają być rekompensowane częstszymi aktualizacjami wersji próbnych.

Zamiast przygotowywać dwie nowe wersje beta na tydzień, planowane jest dostosowanie schematu częstego wydawania wersji beta dla gałęzi beta, który był wcześniej używany w wersjach nocnych.

Aby zachować jakość i zminimalizować ryzyko w skróconym cyklu, musimy:

  • Upewnij się, że nie ma to negatywnego wpływu na produktywność inżynierską Firefoksa.
  • Przyspiesz pętlę sprzężenia zwrotnego regresji od wdrożenia do wykrycia i rozwiązania.
  • Być w stanie kontrolować wdrażanie funkcji w oparciu o dostępność wersji.
  • Zapewnij prawidłowe testowanie większych funkcji obejmujących wiele cykli wydawniczych.
  • Miej jasne i spójne procesy łagodzenia i podejmowania decyzji.

Aby zmniejszyć ryzyko problemów nieprzewidziane dodając kilka znaczących innowacji, zmiany z tym związanes zostaną przeniesione do użytkowników wersji nie raz, ale stopniowo; Początkowo okazja zostanie aktywowana dla niewielkiego odsetka użytkowników, a następnie zostanie w pełni zakryta lub dynamicznie odłączona w przypadku wykrycia defektów.

Dodatkowo w celu przetestowania innowacji i podjęcia decyzji o ich włączeniu do głównego zespołu programu Test Pilot, użytkownicy zostaną zaproszeni do udziału w eksperymentach niezwiązanych z cyklem przygotowania do uruchomienia.

źródło: https://hacks.mozilla.org/


Treść artykułu jest zgodna z naszymi zasadami etyka redakcyjna. Aby zgłosić błąd, kliknij tutaj.

Komentarz, zostaw swój

Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany.

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   autopilot powiedział

    Masowa alienacja. Staliśmy się świnkami morskimi we wszystkich sektorach przemysłu.

logiczne (prawda)