Cette discussion n’est pas reluisante. Je vois une décision de l’équipe de développement d’adopter un nouveau système de versionnement qui a du sens pour eux, et d’autres qui semblent soudainement considérer que la version de Discourse suivait le versionnement sémantique… ce qui n’était pas le cas. Il s’est toujours agi d’une version “rolling release”, du moins depuis la 1.0, ou bien ?
Mais les arguments de tous les partis dans le débat semblent erronés :
- « norme industrielle » : Linux utilise des versions paires pour les versions stables et impaires pour les versions de développement.
- « la Terre tourne autour du Soleil » : eh bien, si vous vous convertissez à l’Islam, vous aurez des ennuis car vous abandonnerez les versions et non, cela ne correspondra plus à la révolution du Soleil, mais aux cycles de la Lune. Ici, vous comprenez maintenant qu’en choisissant le schéma de versionnement AAAA.M.Z plutôt que X.Y.Z, vous avez imposé une culture dominante.
- La version mineure reste floue : vous mentionnez « en supposant une cadence mensuelle », mais cela pourrait tout aussi bien être 3 semaines ou 7, en fonction de la fonctionnalité, auquel cas compter A de 0 a du sens, ou visez-vous réellement à publier mensuellement, auquel cas compter M à partir de 1 aurait plus de sens ?
Le principal changement que je vois est qu’en adoptant un rythme mensuel, l’équipe Discourse définit des attentes et s’éloigne des objectifs de publication, adoptant plutôt des publications régulières.
LTS pendant 8 mois ne semble pas vraiment “long”. NodeJS évolue trop vite, mais ils maintiennent le support LTS sur plus de 30 mois et plusieurs versions actuelles à la fois, tandis qu’Ubuntu maintient LTS pendant des années. Bien que je comprenne que Discourse n’est ni un langage ni un système d’exploitation, cela semble annoncer que de nouvelles fonctionnalités seront livrées à un rythme assez rapide, ce qui soulève une autre question : comme de nouveaux paramètres d’administration sont introduits de temps en temps, nous allons bientôt tomber dans l’enfer de Wordpress avec des options infinies et une complication insondable pour l’administration du site, alias bloatware : il devient alors important de clarifier comment vous passez des versions existantes avec des objectifs à des versions régulières, et comment vous choisissez les objectifs à abandonner (ou reporter) pour une version, etc. (ce qui est peut-être déjà documenté, mais j’ai manqué cela.)
Auriez-vous l’amabilité de partager votre raisonnement entre le rythme de développement / versionnement, et ce que vous avez en tête pour éviter que les administrateurs ne se noient sous trop de paramètres et une courbe d’apprentissage accrue ?
