Le but c’est justement aussi d’éviter ça… Pour éviter que les gens se disent « cette mise à jour est mineure, j’attends la prochaine majeure », alors que chaque mise à jour apporte son lot de correctifs de sécurité et doit donc être appliquée.
Tu parlais de quelqu’un qui s’est engagé contractuellement à supporter une version précise de Firefox. À partir du moment où la version change, il n’est donc bel et bien plus engagé.
Faux. C’est si la numérotation reflète la rétrocompatibilité qu’il y a peu (aucune en fait) de chances qu’une version mineure casse la compatibilité… C’est le cas avec le système semver ou libtool (et en pratique, la numérotation de Firefox, c’est quasiment du semver, parce que de fait, sur un logiciel aussi gros, chaque version a de fortes chances de modifier un comportement et donc de provoquer une rupture de compatibilité).
Si la numérotation reflète l’ampleur du changement, tu n’as strictement aucune information sur la compatibilité, car ce n’est pas l’ampleur du changement qui fait qu’il y a rupture de compatibilité, mais bien la nature du changement… Il peut y avoir rupture de compatibilité avec un changement absolument mineur, alors qu’à l’inverse un changement majeur n’implique pas forcément une rupture.
Cf l’exemple que j’ai donné plus haut, du simple viewer HTML qui deviendrait un navigateur complet. Avec un versionnage basé sur l’ampleur des changements, il changerait son numéro majeur, alors qu’il n’y a pas de rupture de compatibilité. À l’inverse, l’abandon du support d’une balise HTML obsolète ne changerait que le numéro mineur, alors qu’il y a cette fois rupture de compatibilité…
Donc au final, que tu passes de 99 à 99.1 ou à 100, tu dois dans tous les cas te retaper tous les tests, puisque rien ne te garanti que la 99.1 ne casse pas la compatibilité (faut prendre les ESR pour ça, c’est leur rôle).
Non, c’est indépendant. L’idée de l’ESR, c’est justement d’avoir une branche qui reçoit toutes les mises à jours correctives et de sécurité mais sans les mises à jour fonctionnelles qui risquent de casser la compatibilité.
Si Firefox 92 avait été numéroté 91.1 au lieu de 92, ça n’éviterait pas aussi le besoin d’un Firefox 91.1 ESR, 100% compatible avec la 91.0 (ce que ne serait pas la 92/91.1 classique, qui est une mise à jour fonctionnelle), mais avec tous les correctifs de la 92/91.1. Par contre ça rendrait quelque peu compliqué la numérotation, puisque du coup la 91.1 classique et la 91.1 ESR auraient le même numéro, alors qu’elles n’ont pas le même contenu…
Quelque soit la façon de numéroter, la seule façon de rendre le même service que l’ESR sans faire une branche ESR séparée, ça serait de ne faire des mises à jour fonctionnelles qu’une fois par an (donc en fait de ne garder que la branche ESR, pas l’autre). Mais ça dans le domaine des navigateurs ça n’est plus viable, tu peux pas te permettre d’attendre un an pour supporter des choses que les navigateurs concurrents supportent déjà. Et en plus, ça permet de tester les nouveautés à plus grande échelle avant de les déployer en entreprise.
), la plupart des fonctions nouvelles justifiant ce rythme de sortie consistent dans le support de nouveaux formats médias, de mécanismes réseau de compression ou de CSS etc.