Mozilla revoit son processus de test autour de Firefox, en raccourcissant la chaine qui va du développeur à l’utilisateur. Le canal Aurora disparaît ainsi, ne laissant plus que la version Beta entre les Nightly et la mouture finale. Explications.
Le cycle de développement de Firefox passe depuis longtemps par les mêmes étapes. On trouve ainsi la « marmite » dans laquelle est préparée la prochaine fournée du navigateur : les Nightly, des moutures compilées chaque nuit. Quand un lot de nouveautés est jugé suffisamment prêt, il remonte par le canal Aurora, conçu pour les plus passionnés. Plus stable qu’une Nightly, mais pas autant qu’une Beta. Puis vient cette dernière, poussée davantage vers le grand public.
Le même tapis roulant, mais avec un maillon de moins
La version finale intervient donc à la fin d’un véritable tapis roulant : Nightly, Aurora, Beta, finale. Les évolutions suivent le même rythme de six semaines environ. Ainsi, la mouture stable est la 52, le canal Beta est en 53, Aurora en 54, tandis que les Nightly préparent déjà l’arrivée de la 55 et des versions ultérieures. À noter que Mozilla propose en plus une Developer Edition, basée sur le canal Aurora et enrichie d’outils supplémentaires pour le développement web.
Mais ce rythme va changer. L’actuelle Aurora 54 sera la dernière, Mozilla ayant décidé de raccourir la chaine de test. Désormais, les versions Nightly resteront plus longtemps dans leur canal, puis passeront directement en Beta. La version finale viendra évidemment clôturer le tout, comme d’habitude. Dans la foulée, la Developer Edition suivra le mouvement et changera de socle.
Tout le monde serait gagnant
Pour l’éditeur, il n’y aurait que des avantages. D’une part – et on ne pourra guère le contredire – l’offre pour les testeurs est plus claire. Le canal Nightly s’adresse aux plus aventureux puisqu’il s’agit clairement des versions expérimentales. On continuera d’y tester les nouveautés en « avant-première », au détriment de la stabilité. Le canal Beta redevient ce qu’il était avant Aurora. Quant à ceux qui n’ont que faire de tout cela, ils continueront de ne s’occuper que des mises à jour de leur mouture stable.
Autre avantage, une Developer Edition plus fiable. Puisqu’elle se base sur le canal Beta, les utilisateurs auront nécessairement moins de bugs, via le contrôle qualité plus serré. Enfin, Mozilla promet un cycle globalement plus rapide, ce qui devrait « bénéficier à tout le monde ».
Aujourd’hui, le code d’Aurora 54 passe donc en Beta 54 comme prévu. Par contre, la mouture 55 actuellement en Nightly y reste pour une seconde tournée, avant de basculer directement en Beta le 12 juin.
Il n'y aura pas d'Aurora 55
Il y a en outre plusieurs points à préciser. Ainsi, les actuels utilisateurs d’Aurora 54 continueront de recevoir des mises à jour de sécurité jusqu’au mois prochain. Mozilla recommande évidemment de passer sur le canal Beta maintenant. Si les utilisateurs ne l’ont pas fait avant, la migration s'effectuera automatiquement le 12 juin. Même chose pour la Developer Edition, qui évoluera vers son nouveau socle Beta. Attention, Aurora pour Android basculera pour sa part en Nightly et pourrait donc se révéler plus instable.
Mozilla indique que le cycle de développement de Firefox en lui-même reste sur un rythme de six à huit semaines. L’éditeur semble simplement confiant en son outillage, qui lui permet de se débarrasser d’une étape qui avait moins de raisons d’être qu’à sa création en 2011.
Des outils plus précis et nombreux pour compenser
La société évoque ainsi les éléments apparus au cours des dernières années, comme les analyseurs statiques de code tout au long du processus, des améliorations dans les tests de qualité, la corrélation de plusieurs sources de données (VCS, Bugzilla et autres) pour mieux identifier une modification pouvant entrainer une régression, la télémétrie, rapports de plantages et ainsi de suite.
Pour beaucoup, la seule question qui compte finalement est simple : y aura-t-il des retombées en termes de qualité ? Mozilla assure que non, la décision n’ayant été prise que pour simplifier la vie des équipes. Pour la Developer Edition, il y aura d’ailleurs des gains de stabilité. On attendra évidemment de voir ce qu’en pensent les utilisateurs dans les mois qui viennent.
Commentaires (41)
#1
Encore un des rares articles pour les non abonnés.. !
#2
>À noter que Mozilla propose en plus une Developer Edition, basée sur le canal Nightly et enrichie d’outils supplémentaires pour le développement web.
C’est faux (mais c’est une erreur courante). Dev Edition est un rebranding du canal Aurora, pas de Nightly, et les outils sont aussi disponibles sur Nightly. Les différences de Dev Edition par rapport à Nightly sont donc :
Après la fin d’Aurora, Dev Edition sera basée sur Beta.
#3
Si ça se trouve les multiples articles annonçant un changement de modèle économique de NXI n’étaient pas un poisson
" />
Il te reste plus qu’à trouver la promo qui va bien sur Groupon pour t’abonner à pas cher…
Si Firefox a suffisamment organisé son développement pour ne pas perdre en qualité finale, cette simplification est certainement bénéfique.
#4
À mettre en rapport avec cet article, mon billet de mai 2016 :Firefox Nightly Nous voilà !
Bien que pas forcément mis en avant dans la FAQ, l’une des manières d’améliorer Nightly est aussi le travail communautaire des utilisateurs de Nightly qui nous rapportent des bugs et des rapports de crashs, l’idée est d’améliorer aussi la qualité en raccourcissant la boucle de retour.
(vous l’aurez compris, je fais partie de l’équipe chez Mozilla qui a mis en place ce changement de processus de livraison ;) )
#5
Je crois que l’équipe NXi devrait mettre ledit article épinglé en première page
" />
#6
#7
Très bien cette nouvelle gestion ! Et si la branche Developper peut gagner en stabilité (et en nombre de màj réduites) c’est tout bénef !
Marre d’arriver chaque matin au boulot, et paf, màj de Firefox Dev’ pendant 2min…
#8
Enfin !! Jamais compris pourquoi autant de canaux, source de confusion pour les utilisateurs (et même les plus aventureux).
" />
Oh wait… Je n’utilise plus FF.
Désolé
(ce commentaire est volontiers brandé comme étant un appeau à troll)
#9
#10
Bah disons qu’en tant que développeur web……
" /> Oui elle facilite quand même un peu la tâche, et surtout je suis un fervent utilisateur du thème sombre pour mes p’tits yeux !
#11
Le profil séparé restera-t-il d’actualité ?
#12
Non, plus de profil séparé même si on y réfléchit. Le profil séparé de dev edition était techniquement un peu bidouille, je pense qu’on va se diriger à terme vers un profil séparé par canal mais on implémentera ça proprement, par contre ce n’est pas une priorité parce que cette année la priorité c’est la réécriture de Firefox (projets Quantum et Photon) pour novembre.
#13
J’utilise la Nightly qui est (en ce moment) moins bugué et plus véloce que Firefox / Beta.
" />
#14
une précision, il est bien sûr possible d’avoir des profils séparés, c’est même recommandé, c’est la création par défaut de ce profil séparé qui est une spécificité de la Dev Edition. Voilà un tuto vidéo pour créer un profil séparé pour nightly depuis windows :https://wiki.mozilla.org/Nightly#How_do_I_install_Firefox_Nightly_alongside_Fire…
#15
Ya en effet pas mal de patchs liés aux perfs pures qui sont actuellement que sur Nightly et ça ne fait que commencer ;)
#16
Je tourne sur firefox nightly quotidiennement, c’est très stable. Le principal défaut reste qu’il te demande très souvent de se mettre à jour, un peu plus invisible ça ne serait pas de refus. (mais en même temps la fraîcheur c’est ce qu’on lui demande)
#17
#18
Perso, j’utilise que Nightly et Stable, donc pour moi ça ne change rien.
" />
#19
Moi, je tourne sur la version Firefox ESR 45. Pas envie des changements trop “brusques” d’une version à l’autre.
#20
#21
Pour ESR, la dernière version c’est 52 :)
#22
Le thème sombre est inclus dans les autres éditions de FF, il suffit de l’activer via un petit add-on: https://addons.mozilla.org/en-US/firefox/addon/devedition-theme-enabler/
#23
Ben normalement la Nightly n’est mise à jour qu’une fois par jour, toutes les nuits quoi, non ?
" />
Après ils en compilent peut-être plusieurs par nuit, et comme la nuit est pas la même partout dans le monde…
#24
Nightly est compilé tous les jours et proposée pour l’Europe autour de 14h. Il arrive que l’on détecte une grosse régression (un gros crash, une fonctionnalité importante qui déconne) et à ce moment on corrige et on refait une deuxième version dans la journée pour ne pas laisser les utilisateurs avec une nightly pété 24h, mais c’est quand même pas super courant, je dirais que ça arrive une fois tous les quinze jours.
#25
Alpha –> Beta —> Release Candidate –> RTM
Parce que le client, ca reste le meilleur des testeurs…
… et puis, au pire, les bugs seront corrigés dans la prochaine Beta version.
L’Assurance Qualité, c’est pour les faibles.
#26
Où à tu vus que les RC étaient supprimées ? Je veux bien qu’on critique les décisions de Mozilla, on peut ne pas être d’accord, mais il faut dans ce cas avoir de vrais arguments et une connaissance des processus actuels de livraison pour pouvoir juger de l’impact de la modification de ces processus.
Tu sous-entends qu’on ne fait pas d’Assurance qualité alors que chaque build a des centaines de milliers de tests qui tournent pendant une dizaine d’heures, qu’on compile des milliers de builds différentes par jour er quand on livre quotidiennement Firefox avec une centaine de nouveaux patchs quotidiens sur une base de code de millions de lignes, il est évident que l’on a en interne les processus d’Assurance Qualité adéquats. C’est précisément parce qu’on a beaucoup investi dans les processus qualité depuis deux ans que l’on peut aujourd’hui se permettre de retirer le canal Aurora et raccourcir les délais de livraison du code.
#27
Et puis c’est pas s’il y avait toute une partie dédiée sur les outils de contrôle dans l’actu. Merci au fait pour la précision sur la DE 
" />
#28
Où à tu vus que les RC étaient supprimées ?
“Désormais, les versions Nightly resteront plus longtemps dans leur canal, puis passeront directement en Beta. La version finale viendra évidemment clôturer le tout…”
Donc soit vous avez viré la phase RC, soit elle est inclue dans la phase Beta… et donc ce ne sont plus vraiment des Beta mais un phasing plus traditionnel “Beta –feature freeze–> RC –fix–> Final”.
Et pour Vincent, un outil de controle permet de faire “plus vite” mais pas de “faire mieux”.
La phase la plus importante, vue par l’utilisateur, c’est la qualification (OQ/IQ/PQ), et c’est pas vraiment pris en compte par les outils usuels de QC
#29
Je vois ce qu’est le projet Quantum mais il ne me semble pas avoir entendu parler du projet Photon. Aurais-tu un lien qui en parle stp ?
Edit : Je viens de voir que le projet Photon est la nouvelle UI de Firefox. J’espère que vous allez reprendre le projet Tab Center de Firefox Pilot.
#30
Perso, je me suis abonné au métabug Stylo, et plus je vois ce bug, plus il me fait peur. Il y a un nombre dingue de sous bugs. Et ce n’est qu’une partie de Quantum.
#31
#32
#33
#34
On trouve des “candidates” sur https://ftp.mozilla.org/pub/firefox/candidates/ , je sais pas ce que ça vaut :)
#35
Elles sont mises a la disposition du public sur le FTP de Mozilla, mais vu qu’ils ne font pas trop de communication là dessus, je pense qu’elle sont principalement utilisées en interne.
#36
#37
#38
#39
“Pour beaucoup, la seule question qui compte finalement est simple : y aura-t-il des retombées en termes de qualité ? Mozilla assure que non, la décision n’ayant été prise que pour simplifier la vie des équipes.”
Il devrait pourtant y avoir des retombées en terme de qualité… je considérais les Aurora comme inutiles depuis leur lancement, je suis bien heureuse de voir qu’ils les abandonnent enfin ! Cela devrait les aider à faire un bond qualitatif sur le moyen et long terme… ça me parait évident pourtant.