J’aime souvent suivre l’évolution du développement de Discourse. Existe-t-il un journal des modifications en cours qui présente les fonctionnalités actuellement implémentées ou une feuille de route ?
Les versions bêta incluent-elles un journal des modifications que j’aurais manqué ?
Par exemple, pour la version bêta actuelle, je ne vois aucun journal des modifications associé à la page de version ni même sur la branche du dépôt source…
Nous conservons tout ici sur Meta plutôt que sur GitHub.
Vous pouvez consulter un aperçu de toutes nos versions majeures ici, ainsi que ce qui est actuellement prévu pour les futures versions : https://meta.discourse.org/c/releases
Nous publions les notes de version ici : Topics tagged release-notes
Merci beaucoup pour ces précisions. Il pourrait être utile d’ajouter également un lien vers cela sur GitHub, afin que les utilisateurs puissent le trouver facilement via un lien « Journal des modifications » situé en haut, comme je l’ai observé dans d’autres projets.
Pourquoi n’y a-t-il aucun article pour les modifications mineures ? Par exemple, les notes de version de la 2.6.7 mentionnaient une correction de sécurité.
Je dois comparer les balises pour examiner les commits et vérifier s’il y a eu des correctifs de sécurité.
Désolé, je ne suis pas sûr de bien comprendre… si les notes de version mentionnaient une correction de sécurité, pourquoi avez-vous dû comparer les balises ?
Nous ne publions pas de notes de version pour la branche stable, mais nous ne rétroportons que les corrections majeures de bogues ou les problèmes de sécurité. Par conséquent, la réponse à la question « Dois-je mettre à jour vers une nouvelle version mineure tout en utilisant la branche ‘stable’ ? » est toujours oui.
Alors, quelle est la différence entre les versions mineures et les versions minuscules ?
Par exemple : les versions minuscules se limitent-elles aux correctifs de bugs et de sécurité ?
Les versions mineures apportent-elles de nouvelles fonctionnalités ou autre chose ?
D’après le message de @Falco, il semble que, quelle que soit la version, nous devrions toujours effectuer la mise à niveau.
Définir les versions mineures et minuscules — nous ne sommes pas sûrs d’utiliser ces termes.
Je me demandais si vous suiviez une version sémantique similaire à celle de https://semver.org/.
Par exemple : 2.6.7 correspondrait à Majeur.Mineur.(Patch ou Correctif).
Nous ne suivons pas strictement le versionnage sémantique, non. Nous pratiquons un développement continu. Les numéros de version fonctionnent davantage comme des jalons que comme un versionnage sémantique strict. Par défaut, les sites peuvent mettre à jour vers le code le plus récent à tout moment ; ils ne sont pas limités à une « version » spécifique. Par exemple, actuellement, Meta est en avance de 153 commits par rapport à la version « 2.8.0.beta1 ».