Re: Gitea et le débardeur
Eric Lupinacci <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAM6W4bZ+m3q7HSRm-3mTLMwO-hF4NjE9cb1MPjciUZ6mDgPF6Q@mail.gmail.com> |
Re, Le lun. 4 janv. 2021 à 13:16, nicod_ <[email protected]> a écrit : > On pourrait n'afficher par défaut que la dernière version de la branche > x, les autres étant masquées par défaut dans un bloc déroulant. > Ce serait beaucoup plus lisible, tout en donnant accès a tous les zips > pour qui en aurait besoin. > > Oui, tout à fait. Je dirais même que le bloc actuel de Plugins SPIP avec tous les détails ne devrait être affiché que pour la dernière version d'une branche. Les autres versions avec le même x et des y.z différents devraient être listées simplement avec un lien de téléchargement et une façon simple de faire apparaître le changelog entre les versions. > > Après le deuxième problème ergonomique que l'on a aussi sur SVP c'est > > pourquoi on fait la maj ? > Ça, c'est un vrai et vieux problème. > On pourrait utiliser le log de commit du tag et l'afficher dans SVP ? > > Le log de commit est un pis-aller mais il ne correspond pas pour moi à un changelog compréhensible pour tous. > Sur ta proposition d'utiliser les versions de Gitea, si c'est une > fonctionnalité spécifique à Gitea je ne suis pas chaud : on ne pourrait > pas la reproduire si on devait changer de forge, ou bien sur un miroir. > A priori Github a aussi cette notion de release et Gitlab un notion d'étiquette. Je n'ai pas vérifié si cela coïncide exactement. Après, il y a une façon simple de faire un changelog c'est un fichier... changelog (d'ailleurs y a une option dans Gitlab pour en ajouter un au repo). Il suffirait qu'il ait une structure standard pour servir partout où on en aurait besoin comme le paquet.xml d'ailleurs. Sans être obligatoire néanmoins. ++ Eric