Firefox-Entwickler über die Verkürzung des Vorbereitungszyklus für neue Browser-Releases auf vier Wochen (zuvor wurden Releases in 6–8 Wochen vorbereitet). Firefox 70 wird nach dem alten Zeitplan am 22. Oktober veröffentlicht, gefolgt von Firefox 3 sechs Wochen später, am 71. Dezember, gefolgt von weiteren Veröffentlichungen einmal alle vier Wochen (7. Januar, 11. Februar, 10. März usw.).
Der Long-Term-Support-Zweig (ESR) wird weiterhin einmal im Jahr veröffentlicht und nach der Gründung des nächsten ESR-Zweigs noch drei Monate lang unterstützt. Korrekturupdates für den ESR-Zweig werden mit regulären Releases synchronisiert und ebenfalls alle 4 Wochen veröffentlicht. Die nächste ESR-Version wird Firefox 78 sein und ist für Juni 2020 geplant. Auch die Entwicklung von SpiderMonkey und Tor Browser wird auf einen 4-wöchigen Release-Zyklus umgestellt.
Als Grund für die Verkürzung des Entwicklungszyklus wird der Wunsch genannt, den Benutzern neue Funktionen schneller zur Verfügung zu stellen. Es wird erwartet, dass häufigere Veröffentlichungen eine größere Flexibilität bei der Planung der Produktentwicklung und der Implementierung vorrangiger Änderungen bieten, um den Geschäfts- und Marktanforderungen gerecht zu werden. Nach Angaben der Entwickler ermöglicht ein vierwöchiger Entwicklungszyklus eine optimale Balance zwischen der schnellen Bereitstellung neuer Web-APIs und der Gewährleistung von Qualität und Stabilität.
Die Verkürzung der Zeit für die Vorbereitung einer Veröffentlichung führt zu einer Verkürzung der Testzeit für Beta-Releases, Nightly Builds und Developer Edition-Releases, was durch eine häufigere Generierung von Updates für Test-Builds ausgeglichen werden soll. Anstatt zwei neue Beta-Versionen pro Woche vorzubereiten, ist geplant, das Release-Schema für häufige Updates für den Beta-Zweig anzupassen, das bisher für nächtliche Builds verwendet wurde.
Um das Risiko unvorhergesehener Probleme beim Hinzufügen einiger bedeutender Neuerungen zu verringern, werden die damit verbundenen Änderungen den Benutzern von Releases nicht sofort mitgeteilt, sondern schrittweise – zunächst wird die Funktion für einen kleinen Prozentsatz der Benutzer aktiviert und dann eingeführt vollständige Abdeckung oder dynamisch deaktiviert, wenn Mängel festgestellt werden. Um Innovationen zu testen und Entscheidungen über ihre Aufnahme in die Hauptstruktur zu treffen, werden Benutzer im Rahmen des Testpilotprogramms außerdem zur Teilnahme an Experimenten eingeladen, die nicht an den Veröffentlichungszyklus gebunden sind.
Source: opennet.ru