Développeurs Firefox sur la réduction du cycle de préparation des nouvelles versions du navigateur à quatre semaines (auparavant, les versions étaient préparées en 6 à 8 semaines). Firefox 70 sera publié selon l'ancien calendrier le 22 octobre, suivi de Firefox 3 six semaines plus tard, le 71 décembre, suivi des versions ultérieures. une fois toutes les quatre semaines (7 janvier, 11 février, 10 mars, etc.).
La branche de support à long terme (ESR) continuera à être publiée une fois par an et sera prise en charge pendant encore trois mois après la formation de la prochaine branche ESR. Les mises à jour correctives pour la branche ESR seront synchronisées avec les versions régulières et seront également publiées toutes les 4 semaines. La prochaine version d'ESR sera Firefox 78, prévue pour juin 2020. Le développement de SpiderMonkey et Tor Browser passera également à un cycle de publication de 4 semaines.
La raison invoquée pour raccourcir le cycle de développement est le désir d’apporter plus rapidement de nouvelles fonctionnalités aux utilisateurs. Des versions plus fréquentes devraient offrir une plus grande flexibilité dans la planification du développement de produits et la mise en œuvre des changements prioritaires pour répondre aux demandes de l'entreprise et du marché. Selon les développeurs, un cycle de développement de quatre semaines permet d'obtenir un équilibre optimal entre la livraison rapide de nouvelles API Web et la garantie de la qualité et de la stabilité.
La réduction du temps de préparation d'une version entraînera une diminution du temps de test pour les versions bêta, les versions nocturnes et les versions Developer Edition, ce qui devrait être compensé par une génération plus fréquente de mises à jour pour les versions de test. Au lieu de préparer deux nouvelles versions bêta par semaine, il est prévu d'adapter le schéma de publication de mises à jour fréquentes pour la branche bêta, auparavant utilisée pour les builds nocturnes.
Pour réduire le risque de problèmes imprévus lors de l'ajout de certaines innovations significatives, les modifications qui leur sont associées ne seront pas communiquées aux utilisateurs des versions en même temps, mais progressivement - d'abord, la fonctionnalité sera activée pour un petit pourcentage d'utilisateurs, puis portée à couverture complète ou désactivée dynamiquement lorsque des défauts sont identifiés. De plus, pour tester les innovations et prendre des décisions concernant leur inclusion dans la structure principale, le programme Test Pilot invitera les utilisateurs à participer à des expériences qui ne sont pas liées au cycle de publication.
Source: opennet.ru