Gitea et le débardeur

Hello,

Je suis toujours embêté par notre méthode de génération des zips basés sur
les composants x et y d'une version x.y.z.
On se retrouve avec des versions 3.11.1 et 3.12.1 par exemple visibles sur
Plugins SPIP, accessibles indépendamment alors que dans ce cas, 3.12.1 est
à utiliser préférentiellement.
On en vient à éviter de faire un y+1 pour ne pas avoir ce type de
désagrément.
Et plus on va avancer, plus cela sera pénible.

Le fait de créer un tag git pour publier une version via le débardeur n'est
pas à remettre en cause, ça me parait la bonne approche. En effet, on doit
faire une action volontaire pour publier une version.
Mais le problème actuel c'est que "publier" équivaut à "distribuer" (zip,
SVP et Plugins SPIP).
Or à mon avis il faudrait aussi avoir une possibilité de décider si une
version publiée doit être distribuée.

Il existe sous Gitea une notion de version qui s'appuie sur les tags.
La version semble être un objet composé d'un titre, d'une description, d'un
état et d'un tag.
Il est possible d'éditer cette version à tout moment et de la supprimer
simplement en un clic.
Voir ici : https://git.spip.net/spip-contrib-extensions/rainette/releases
Il est impératif de mettre un titre à la version créée sinon elle n'est pas
modifiable par la suite (voir 3.11.2 par exemple), sauf à la recréer avec
le même tag.

De mon point de vue, cette notion de version correspond bien au besoin de
distribution si on y liste que les versions à distribuer.
Si le débardeur lisait cette liste plutôt que les tags il pourrait ne
produire que cette liste en zip.
Et si on supprime une version comme la v3.11.2 par exemple, cela ne modifie
pas le tag qui reste utilisable via git si besoin mais ça retire la
distribution du zip.

On pourrait peut-être évoluer vers cette logique petit à petit en modifiant
le débardeur pour qu'il utilise d'abord les versions Gitea si disponibles
et sinon les tags.
Qu'en pensez-vous ?


++
Eric