Die Firefox-Entwickler haben angekündigt, den Veröffentlichungszyklus für neue Browserversionen auf vier Wochen zu verkürzen (bisherige Versionen erschienen alle sechs bis acht Wochen). Firefox 70 wird planmäßig am 22. Oktober veröffentlicht , gefolgt sechs Wochen später, am 3. Dezember, von Firefox 71. Die weiteren Versionen erscheinen dann alle vier Wochen (7. Januar, 11. Februar, 10. März usw.).
Die Long Term Support (LTS) -Version wird daher wie bisher jährlich veröffentlicht und drei Monate nach Erscheinen der nächsten LTS-Version unterstützt. Patch-Updates für den LTS-Zweig werden mit den regulären Releases synchronisiert und ebenfalls alle vier Wochen veröffentlicht.
Die nächste ESR-Version wird Firefox 78 sein und ist für Juni 2020 geplant. SpiderMonkey und Tor Browser werden ebenfalls auf einen 4-wöchigen Veröffentlichungszyklus umgestellt.
Der Grund für die Verkürzung des Entwicklungszyklus liegt im Wunsch, Nutzern neue Funktionen schneller zur Verfügung zu stellen. Häufigere Releases sollen die Flexibilität der Produktentwicklungsplanung erhöhen und die Umsetzung prioritärer Änderungen ermöglichen, die den Geschäfts- und Marktanforderungen entsprechen.
Laut den Entwicklern ermöglicht der vierwöchige Entwicklungszyklus ein optimales Gleichgewicht zwischen der Geschwindigkeit bei der Bereitstellung neuer Web-APIs und der Gewährleistung von Qualität und Stabilität.
Ab dem ersten Quartal 2020 planen wir, alle 4 Wochen eine Hauptversion von Firefox zu liefern. Die Release-Trittfrequenz von Firefox ESR (Extended Support Release für Enterprise) bleibt unverändert.
In den kommenden Jahren erwarten wir alle 12 Monate eine größere ESR-Veröffentlichung mit einer dreimonatigen Überschneidung zwischen dem neuen ESR und dem Ende der Nutzungsdauer des alten ESR. Die nächsten beiden Hauptversionen von ESR werden ~ Juni 3 und ~ Juni 2020 sein.
Kürzere Release-Zyklen bieten mehr Flexibilität bei der Unterstützung der Produktplanung und bei Prioritätsänderungen aufgrund von Markt- oder Geschäftsanforderungen.
Mit vierwöchigen Zyklen können wir agiler sein und Funktionen schneller versenden, während wir die gleiche Sorgfalt und Sorgfalt anwenden, die für eine stabile, qualitativ hochwertige Veröffentlichung erforderlich ist.
Darüber hinaus stellen wir Entwicklern neue Funktionen und die Implementierung neuer Web-APIs schneller zur Verfügung. (Dies haben wir kürzlich mit Implementierungen und Updates von CSS-Spezifikationen getan.)
Durch die Verkürzung der Vorbereitungszeit für die Veröffentlichung wird sich die Testzeit für Beta-Versionen, Nightly Builds und Developer Editions verringern , was jedoch durch häufigere Aktualisierungen der Test-Builds kompensiert werden soll.
Statt zwei neue Betaversionen pro Woche zu erstellen , ist geplant, das Schema häufiger Beta-Releases für den Beta-Zweig anzupassen , das zuvor für nächtliche Releases verwendet wurde.
Um die Qualität zu erhalten und das Risiko in einem verkürzten Zyklus zu minimieren, müssen wir:
- Stellen Sie sicher, dass die Produktivität der Firefox-Technik nicht beeinträchtigt wird.
- Beschleunigen Sie die Regressionsrückkopplungsschleife von der Bereitstellung bis zur Erkennung und Auflösung.
- Sie können die Bereitstellung von Funktionen basierend auf der Verfügbarkeit der Version steuern.
- Stellen Sie sicher, dass größere Funktionen über mehrere Release-Zyklen hinweg ordnungsgemäß getestet werden.
- Klare und konsistente Minderungs- und Entscheidungsprozesse.
Um das Risiko unvorhergesehener Probleme bei der Einführung bedeutender Neuerungen zu minimieren , werden die damit verbundenen Änderungen den Nutzern der Versionen nicht alle auf einmal, sondern schrittweise zur Verfügung gestellt ; zunächst wird die Möglichkeit für einen kleinen Prozentsatz der Nutzer aktiviert und dann entweder vollständig abgedeckt oder dynamisch deaktiviert, wenn Fehler entdeckt werden.
Um die Innovationen zu testen und Entscheidungen über ihre Aufnahme in das Hauptteam des Testpilot-Programms zu treffen, werden Benutzer außerdem eingeladen, an Experimenten teilzunehmen, die nicht mit dem Startvorbereitungszyklus verbunden sind.
Quelle: https://hacks.mozilla.org/