La stratégie d-compat/<AAAA>.<M> nécessiterait une branche pour chaque version spécifique, n’est-ce pas ? Aucune plage n’est possible comme avec la construction .discourse-compatibility.
Donc, si je maintiens un plugin qui fonctionne de la version ESR à la dernière. Lorsque je déplace ensuite les développements vers la nouvelle ESR (qui se chevauche avec l’ancienne ESR), devrais-je créer des branches pour chaque version intermédiaire ?
Par exemple, actuellement, l’ESR est 2026.1, la version de sortie est 2026.6, et la dernière est 2026.7, toujours prise en charge dans 2026.5. Lorsque je déplace mon plugin vers la nouvelle ESR (2026.7), alors que l’ancienne ESR est toujours prise en charge par Discourse. Devrais-je créer les branches :
d-compat/2026.1d-compat/2026.2d-compat/2026.3d-compat/2026.4d-compat/2026.5d-compat/2026.6
Où les versions .2 à .5 (inclus) sont en fin de vie (EOL) pour Discourse, mais les utilisateurs pourraient toujours les utiliser.
Ou Discourse trouve-t-il la branche la plus appropriée si l’une est manquante, au lieu de supposer la branche principale ?
Par exemple, si j’utilisais 2026.5 et que les seules branches sont d-compat/2026.1 et d-compat/2026.6. Quelle branche serait utilisée ?
d-compat/2026.1qui est la version compatible la plus proche ?maincar il n’y a pas de branche spécifique ?