Twórcy Firefoksa zapowiedzieli skrócenie cyklu przygotowanie nowe wersje przeglądarki do czterech tygodni (poprzednie wersje były przygotowywane na 6-8 tygodni). Firefox 70 zostanie wydany zgodnie z poprzednim harmonogramem 22 październikapotem sześć tygodni później 3 grudnia zostanie przygotowana wersja Firefox 71, po czym się uformują kolejne wydania co cztery tygodnie (7 stycznia, 11 lutego, 10 marca itd.).
Po czym wersja z długoterminowym wsparciem (ESR) będzie wydawany raz w roku, tak jak poprzednio i będzie utrzymywany przez kolejne trzy miesiące po utworzeniu kolejnej wersji ESR. Aktualizacje naprawcze dla gałęzi ESR będą zsynchronizowane z regularnymi wydaniami, a także będą wydawane co 4 tygodnie.
Następną wersją ESR będzie Firefox 78, planowana na czerwiec 2020 r. SpiderMonkey i Tor Browser również przejdą do 4-tygodniowego cyklu kompilacji.
Powód skrócić cykl rozwojowy jest to chęć szybszego udostępniania użytkownikom nowych funkcji. Oczekuje się, że częstsze publikacje zwiększą elastyczność planowania rozwoju produktu i wdrażania priorytetowych zmian spełniających wymagania biznesowe i rynkowe.
Według twórców Czterotygodniowy cykl rozwojowy pozwala na zachowanie optymalnej równowagi pomiędzy szybkością dostarczania nowych webowych API a zapewnieniem jakości i stabilności.
Począwszy od pierwszego kwartału 2020 roku planujemy dostarczać główną wersję Firefoksa co 4 tygodnie. Rytm wydawania Firefoksa ESR (Enterprise Extended Support Release) pozostanie taki sam.
W nadchodzących latach spodziewamy się dużej wersji ESR co 12 miesięcy z 3-miesięcznym okresem wsparcia między nowym ESR a końcem życia starego ESR. Kolejne dwie główne premiery ESR to ~czerwiec 2020 r. i ~czerwiec 2021 r.
Krótsze cykle wydawnicze zapewniają większą elastyczność w planowaniu produktów i zmianach priorytetów ze względu na wymagania rynkowe lub biznesowe.
Dzięki czterotygodniowym cyklom możemy być bardziej elastyczni i szybciej dostarczać funkcje, stosując ten sam rygor i należytą staranność wymagane do stabilnego wydania wysokiej jakości.
Ponadto szybciej przekazujemy programistom nowe funkcje i wdrażanie nowych internetowych interfejsów API. (To właśnie ostatnio robiliśmy, na przykład przy aktualizacjach i implementacjach specyfikacji CSS).
Skrócenie czasu niezbędne do przygotowania startu doprowadzi do skrócenia czasu testowania wersji beta, wersje nocne oraz edycje deweloperskie, co ma być rekompensowane częstszymi aktualizacjami wersji testowych.
Zamiast przygotowywać dwie nowe wersje beta na tydzień, planowane jest dostosowanie schematu częstych wydań beta dla gałęzi beta, który był wcześniej używany do nocnych wydań.
Aby zachować jakość i zminimalizować ryzyko w skróconym cyklu, musimy:
- Upewnij się, że nie wpłynie to negatywnie na produktywność inżynierów 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 odpowiednie 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 nim związaneUżytkownicy będą zabierani z wersji nie raz, ale stopniowo; na początku możliwość zostanie aktywowana dla niewielkiego odsetka użytkowników, a następnie zostanie całkowicie ograniczona lub dynamicznie wyłączona w przypadku wykrycia defektów.
Dodatkowo, w celu przetestowania innowacji i podjęcia decyzji o włączeniu ich do zespołu głównego programu Test Pilot, użytkownicy zostaną zaproszeni do udziału w eksperymentach niezwiązanych z cyklem przygotowań do wydania.
źródło: https://hacks.mozilla.org/
Masowa alienacja. Staliśmy się królikami doświadczalnymi we wszystkich sektorach przemysłu.