Firefox-ontwikkelaars over het terugbrengen van de voorbereidingscyclus voor nieuwe browserreleases tot vier weken (voorheen werden releases in 6-8 weken voorbereid). Firefox 70 wordt volgens het oude schema uitgebracht op 22 oktober, gevolgd door Firefox 3 zes weken later op 71 december, gevolgd door daaropvolgende releases eens in de vier weken (7 januari, 11 februari, 10 maart, etc.).
De lange termijn ondersteuningstak (ESR) zal één keer per jaar worden vrijgegeven en zal na de vorming van de volgende ESR-tak nog drie maanden worden ondersteund. Corrigerende updates voor de ESR-tak worden gesynchroniseerd met reguliere releases en zullen ook elke 4 weken verschijnen. De volgende ESR-release is Firefox 78, gepland voor juni 2020. Ook de ontwikkeling van SpiderMonkey en Tor Browser wordt overgeschakeld naar een releasecyclus van vier weken.
De reden die wordt aangevoerd voor het verkorten van de ontwikkelingscyclus is de wens om gebruikers sneller nieuwe functies te bieden. Er wordt verwacht dat frequentere releases een grotere flexibiliteit zullen bieden bij de planning van productontwikkeling en de implementatie van prioritaire veranderingen om aan de zakelijke en markteisen te voldoen. Volgens de ontwikkelaars zorgt een ontwikkelingscyclus van vier weken voor een optimale balans tussen het snel leveren van nieuwe web-API's en het garanderen van kwaliteit en stabiliteit.
Het verkorten van de tijd om een release voor te bereiden zal leiden tot een afname van de testtijd voor bètareleases, nightly builds en Developer Edition-releases, wat naar verwachting zal worden gecompenseerd door het vaker genereren van updates voor testbuilds. In plaats van twee nieuwe bètaversies per week voor te bereiden, is het de bedoeling om het frequente update-releaseschema voor de bètatak, dat voorheen werd gebruikt voor nachtelijke builds, aan te passen.
Om het risico op onvoorziene problemen bij het toevoegen van enkele belangrijke innovaties te verminderen, zullen de daarmee samenhangende wijzigingen niet in één keer aan gebruikers van releases worden meegedeeld, maar geleidelijk - eerst zal de functie voor een klein percentage van de gebruikers worden geactiveerd en vervolgens naar de gebruikers worden gebracht. volledige dekking of dynamisch uitgeschakeld wanneer er defecten worden vastgesteld. Om innovaties te testen en beslissingen te nemen over hun opname in de hoofdstructuur, zal het Test Pilot-programma bovendien gebruikers uitnodigen om deel te nemen aan experimenten die niet gebonden zijn aan de releasecyclus.
Bron: opennet.ru