Mga Developer ng Firefox tungkol sa pagbabawas ng cycle ng paghahanda para sa mga bagong release ng browser sa apat na linggo (dati, ang mga release ay inihanda sa loob ng 6-8 na linggo). Ipapalabas ang Firefox 70 sa lumang iskedyul sa Oktubre 22, na sinusundan ng Firefox 3 pagkalipas ng anim na linggo sa Disyembre 71, na sinusundan ng mga kasunod na paglabas. isang beses bawat apat na linggo (Enero 7, Pebrero 11, Marso 10, atbp.).
Ang long-term support branch (ESR) ay patuloy na ipapalabas minsan sa isang taon at susuportahan ng isa pang tatlong buwan pagkatapos ng pagbuo ng susunod na ESR branch. Isi-synchronize ang mga corrective update para sa ESR branch sa mga regular na release at ipapalabas din tuwing 4 na linggo. Ang susunod na paglabas ng ESR ay Firefox 78, na naka-iskedyul para sa Hunyo 2020. Ang pagbuo ng SpiderMonkey at Tor Browser ay lilipat din sa isang 4 na linggong ikot ng paglabas.
Ang binanggit na dahilan para paikliin ang development cycle ay ang pagnanais na mas mabilis na magdala ng mga bagong feature sa mga user. Ang mas madalas na paglabas ay inaasahang magbibigay ng higit na kakayahang umangkop sa pagpaplano ng pagbuo ng produkto at pagpapatupad ng mga pagbabago sa priyoridad upang matugunan ang mga pangangailangan ng negosyo at merkado. Ayon sa mga developer, ang apat na linggong cycle ng development ay nagbibigay-daan para sa pinakamainam na balanse sa pagitan ng mabilis na paghahatid ng mga bagong Web API at pagtiyak ng kalidad at katatagan.
Ang pagbabawas sa oras para maghanda ng release ay hahantong sa pagbaba sa oras ng pagsubok para sa mga beta release, gabi-gabing build at Developer Edition, na binalak na mabayaran ng mas madalas na pagbuo ng mga update para sa mga pagsubok na build. Sa halip na maghanda ng dalawang bagong bersyon ng beta bawat linggo, pinaplano itong iakma ang scheme ng madalas na pag-update ng release para sa beta branch, na dating ginagamit para sa gabi-gabing mga build.
Upang mabawasan ang panganib ng mga hindi inaasahang problema kapag nagdaragdag ng ilang makabuluhang pagbabago, ang mga pagbabagong nauugnay sa mga ito ay hindi ipapaalam sa mga gumagamit ng mga release nang sabay-sabay, ngunit unti-unti - una, ang tampok ay isaaktibo para sa isang maliit na porsyento ng mga gumagamit, at pagkatapos ay dadalhin sa buong saklaw o dynamic na hindi pinagana kapag natukoy ang mga depekto. Bilang karagdagan, upang subukan ang mga inobasyon at gumawa ng mga desisyon tungkol sa pagsasama ng mga ito sa pangunahing istraktura, ang Test Pilot program ay mag-iimbita ng mga user na lumahok sa mga eksperimento na hindi nakatali sa ikot ng paglabas.
Pinagmulan: opennet.ru