Firefox passe à un cycle de préparation des releases réduit

Développeurs de Firefox ont annoncé Concernant la réduction du cycle de préparation des nouvelles versions du navigateur à quatre semaines (auparavant, les versions étaient prêtes en 6 à 8 semaines). Firefox 70 sera publié selon l'ancien calendrier le 22 octobre, puis la version de Firefox 71 sera prête six semaines plus tard, le 3 décembre, après quoi les versions suivantes seront formées tous les quatre semaines (7 janvier, 11 février, 10 mars, etc.).

La branche à long terme de support (ESR) sera publiée comme auparavant une fois par an et sera soutenue trois mois de plus après la formation de la prochaine branche ESR. Les mises à jour correctives pour la branche ESR seront synchronisées avec les versions standard et seront également publiées tous les quatre semaines. La prochaine version ESR sera Firefox 78, prévue pour juin 2020. Le développement de SpiderMonkey et du Tor Browser sera également transféré au cycle de libération de quatre semaines.

La raison invoquée pour la réduction du cycle de développement est le désir de fournir rapidement de nouvelles fonctionnalités aux utilisateurs. Il est prévu que des versions plus fréquentes permettront d'augmenter la flexibilité de la planification du développement du produit et la mise en œuvre des modifications prioritaires, répondant aux exigences des entreprises et du marché. Selon les développeurs, un cycle de développement de quatre semaines permet d'atteindre un équilibre optimal entre la rapidité de la fourniture des nouvelles API Web et l'assurance de la qualité et de la stabilité.

La réduction du temps de préparation des versions entraînera une diminution du temps de test des versions bêta, des compilations nocturnes et des versions Developer Edition, ce qui est prévu d'être compensé par des mises à jour plus fréquentes pour les compilations de test. Au lieu de préparer deux nouvelles versions bêta par semaine, il est prévu d'adapter pour la branche bêta un schéma de libération fréquente de mises à jour, précédemment appliqué aux compilations nocturnes.

Pour réduire le risque de problèmes imprévus lors de l'ajout de certaines innovations significatives, les changements associés seront communiqués aux utilisateurs des releases progressivement plutôt que d'un seul coup. Dans un premier temps, cette fonctionnalité sera activée pour un petit pourcentage d'utilisateurs, puis étendue à l'ensemble des utilisateurs ou désactivée dynamiquement en cas de bugs détectés. De plus, pour tester les nouveautés et prendre des décisions concernant leur inclusion dans la version principale dans le cadre du programme Test Pilot, les utilisateurs seront invités à participer à des expériences non liées au cycle de préparation des releases.

Source : opennet.ru