Firefox 的開發者宣布縮短瀏覽週期 的準備 新版本瀏覽器需要四個星期 (以前的版本準備了6-8週)。 Firefox 70 將於 22 月 XNUMX 日按照之前的時間表發布然後六週後 3月71日,Firefox XNUMX版本將準備就緒, 之後他們將形成 後續每四個星期發布一次 (7月11日、10月XNUMX日、XNUMX月XNUMX日等)。
於是 長期支持版本 (ESR) 和以前一樣每年發布一次 並在下一版本ESR形成後再維持三個月。 ESR 分支的修正更新將與常規版本同步,並且每 4 週發布一次。
ESR 的下一個版本將是 Firefox 78,計劃於 2020 年 XNUMX 月發布。 SpiderMonkey 和 Tor 瀏覽器也將轉向 4 週的發布構建週期。
原因 縮短開發週期 是希望更快地為用戶帶來新功能。 更頻繁的發布預計將提高規劃產品開發和實施滿足業務和市場需求的優先變更的靈活性。
根據開發商的說法, 四周的開發週期可以在交付新 Web API 的速度與確保質量和穩定性之間實現最佳平衡。
從 2020 年第一季度開始,我們計劃每 4 週發布一個 Firefox 主要版本。 Firefox ESR(企業擴展支持版本)的發布節奏將保持不變。
在未來幾年中,我們預計每 12 個月就會發布一次主要的 ESR,並在新 ESR 和舊 ESR 生命週期結束之間有 3 個月的支持重疊。 接下來的兩個主要 ESR 版本將於 2020 年 2021 月和 XNUMX 年 XNUMX 月左右發布。
較短的發布週期提供了更大的靈活性,可以支持由於市場或業務需求而進行的產品規劃和優先級更改。
通過四個星期的周期,我們可以更加敏捷並更快地發布功能,同時應用高質量、穩定的版本所需的同樣嚴格和盡職調查。
此外,我們還能更快地將新功能和新 Web API 的實現交付給開發人員。 (例如,這就是我們最近在 CSS 規範更新和實現方面所做的事情。)
時間的減少 準備發射所必需的 將減少 Beta 版本的測試時間、夜間版本和開發人員版本,計劃通過測試版本的更頻繁更新來補償。
而不是準備兩個新的測試版本 每個星期,計劃對beta分支適配beta頻繁發布方案,以前用於夜間版本。
為了在縮短的周期內保持質量並最大限度地降低風險,我們必須:
- 確保 Firefox 工程生產力不會受到負面影響。
- 加速從部署到檢測和解決的回歸反饋循環。
- 能夠根據版本的可用性控制功能的部署。
- 確保對跨越多個發布週期的較大功能進行正確測試。
- 有清晰一致的緩解和決策流程。
降低出現問題的風險 不可預見的 通過添加一些重大創新,與之相關的變化用戶將不再是一次,而是逐漸地從版本中消失; 首先,將為一小部分用戶激活該機會,然後在發現缺陷時完全限製或動態下線。
此外,為了測試創新並決定將其納入測試試點計劃的主要團隊,用戶將被邀請參與與發布準備週期無關的實驗。
來源: https://hacks.mozilla.org/
大眾疏遠。 我們已經成為行業各個領域的小白鼠。