Re: Gitea et le débardeur
RastaPopoulos <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 03/01/2021 à 14:45, Eric Lupinacci a écrit : > 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. Avant de réfléchir à quoi faire pour que ce soit mieux, la question à préciser d'abord c'est : c'est quoi vraiment le problème ? Pour la génération des zips précisément, ça ne se base sur sur "x" et "y" particulièrement, ça se base sur : dès qu'il y a un tag. Un nouveau tag = un zip, non ? > 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. Bé oui, toutes les versions considérées comme "à rendre publique" sont là, et c'est la plus récente en premier, donc je ne vois toujours pas où est le problème. 3.12.1 est bien affiché prioritairement à 3.11.X, donc c'est bien ça qu'on voit en premier. Et il n'y a pas de raison à ce que les versions d'avant disparaisse, peut-être qu'un bug existe en 3.12.1 et qu'il FAUT pouvoir revenir (y compris ceux qui ne sont pas en git !) à la version précédente. Qu'après au niveau ergonomie c'est à nous d'afficher de la manière qu'on veut, pas forcément tout au même niveau (la version la plus haute de chaque Y en plus gros, etc), ça c'est un autre problème : ça n'empêche en rien que tout ce qui a un tag est considéré comme "pertinent à rendre public", donc avec un ZIP en rapport. > On en vient à éviter de faire un y+1 pour ne pas avoir ce type de désagrément. Qui fait ça ? Pourquoi ? Je n'ai jamais eu l'idée de faire ça, et je ne saisis absolument pas l'intérêt. > Et plus on va avancer, plus cela sera pénible. Vraiment je n'arrive pour le moment pas à comprendre ce qui est spécialement pénible, ni pour qui. -- RastaPopoulos