Firefox skifter til en kortere udgivelsescyklus

Firefox udviklere annonceret om at reducere forberedelsescyklussen for nye browserudgivelser til fire uger (tidligere blev udgivelser udarbejdet på 6-8 uger). Firefox 70 udgives efter den gamle tidsplan den 22. oktober, efterfulgt af Firefox 3 seks uger senere den 71. december, efterfulgt af efterfølgende udgivelser vil blive dannet en gang hver fjerde uge (7. januar, 11. februar, 10. marts osv.).

Den langsigtede støttegren (ESR) vil fortsat blive frigivet en gang om året og vil blive understøttet i yderligere tre måneder efter dannelsen af ​​den næste ESR-filial. Korrigerende opdateringer til ESR-grenen vil blive synkroniseret med almindelige udgivelser og vil også blive frigivet hver 4. uge. Den næste ESR-udgivelse vil være Firefox 78, der er planlagt til juni 2020. Udviklingen af ​​SpiderMonkey og Tor Browser vil også blive skiftet til en 4-ugers udgivelsescyklus.

Grunden til at forkorte udviklingscyklussen er ønsket om hurtigere at bringe nye funktioner til brugerne. Hyppigere udgivelser forventes at give større fleksibilitet i produktudviklingsplanlægning og implementering af prioriterede ændringer for at imødekomme forretnings- og markedskrav. Ifølge udviklerne giver en fire-ugers udviklingscyklus mulighed for en optimal balance mellem hurtig levering af nye web-API'er og sikring af kvalitet og stabilitet.

Reduktion af tiden til at forberede en udgivelse vil føre til et fald i testtid for beta-udgivelser, natlige builds og Developer Edition-udgivelser, hvilket er planlagt at blive kompenseret af hyppigere generering af opdateringer til testbuilds. I stedet for at forberede to nye betaversioner om ugen, er det planlagt at tilpasse den hyppige opdateringsfrigivelsesordning til betagrenen, som tidligere blev brugt til natlige builds.

For at reducere risikoen for uforudsete problemer, når der tilføjes nogle væsentlige innovationer, vil ændringerne i forbindelse med dem ikke blive kommunikeret til brugere af udgivelser på én gang, men gradvist - først vil funktionen blive aktiveret for en lille procentdel af brugerne og derefter bragt til fuld dækning eller dynamisk deaktiveret, når defekter er identificeret. For at teste innovationer og træffe beslutninger om deres inklusion i hovedstrukturen, vil Test Pilot-programmet desuden invitere brugere til at deltage i eksperimenter, der ikke er bundet til udgivelsescyklussen.

Kilde: opennet.ru

Tilføj en kommentar