on utilise encore un système de versionnement à l'ancienne (cf. semantic versionning), qui est basé sur le concept "c'est prêt quand c'est prêt", avec des fonctionnalités ajoutés seulement lors de grosses étapes (versions mineures), et des changements incompatibles ajoutés à de plus grosses étapes encore (versions majeures). Entre temps, les sorties les plus courantes sont seulement pour les corrections de bug.
Cela marche très bien pour les bibliothèques mais a de sérieuses lacunes pour les logiciels graphiques où les utilisateurs veulent désormais des nouveautés sans arrêt. C'est ainsi que ces dernières années, beaucoup de logiciels sont sortis de ce système de version. Les plus connus: Firefox, Chromium... Ça a fait du ramdam car on n'a vu que le côté marketing "avoir le plus gros numéro de version", mais de l'autre côté, ça veut surtout dire qu'on peut faire une sortie à tout moment, que ce soit pour une micro correction de bug, comme pour une énorme fonctionnalité qui change complètement l'UI. C'est se débarrasser du carcan d'une logique de version qui impose quand et comment on doit sortir les nouveautés sans raison valable.
Je comprends cette logique mais ça reste que de la numérotation (ou alors je n'ai pas compris quelque chose).La roadmap 2.10 (http://wiki.gimp.org/wiki/Roadmap#GIMP_2.10) ne pouvait-elle pas être bien réduite ? Quitte a sortir des versions 2.12, 2.14, 2.16....
[^] # Re: Trois
Posté par ff9097 . En réponse à la dépêche Nouvelle version de développement de GIMP: 2.9.4. Évalué à 1.
Je comprends cette logique mais ça reste que de la numérotation (ou alors je n'ai pas compris quelque chose).La roadmap 2.10 (http://wiki.gimp.org/wiki/Roadmap#GIMP_2.10) ne pouvait-elle pas être bien réduite ? Quitte a sortir des versions 2.12, 2.14, 2.16....