Re: Gitea et le débardeur

Hello 😊
Je comprends l'intérêt de ne faire que la distribution des numéros les plus grand et je trouve ça très bien aussi !
Maintenant, à voir si cela ne posera pas de problème avec les anciennes versions de spip, exemple imaginons que nous sortions spip 3.3 demain (je rêve) et qu'un plug à un up de "x" car cette version ne fonctionne "qu'avec" spip 3.3, il sera toujours possible de faire la distribution du plug avec "deux" versions (une pour spip 3.3 et une autre pour spip 3.2) ?

Franck

-----Message d'origine-----
De : Maïeul Rouquette <[email protected]> 
Envoyé : dimanche 3 janvier 2021 16:12
À : Eric Lupinacci <[email protected]>
Cc : SPIP-Dev <[email protected]>
Objet : Re: [spip-dev] Gitea et le débardeur

Le dimanche 03 janvier 2021 à 16:00 +0100, Eric Lupinacci a écrit :
> Yop,
> 
> 
> Je ne comprends pas le clicodrome (deux clics et une saisie).
> Si c'est comme je pense une notion Gitea et pas git oui il faut passer 
> par l'UI Gitea.
> Mais Camille doit pouvoir te répondre mieux que moi.

bah c'est juste qu'au bout d'un moment, rajoutons une procédure supplémentaire ca fini par demotiver. Mais bon si comme tu dis priorité aux tags... go go
>  
> > 2. Est-ce que cela ne serait juste pas plus simple de se dire qu'on 
> > publie tous les tags, mais qu'on ne distribue que les plus récent
> Oui ça serait mieux mais alors pourquoi on ne le fait pas ?
> 
Ah ca je sais pas. Moi je suis pour !

> Après c'est pas mal aussi la notion de version Gitea car on peut 
> saisir du texte pour expliquer.
> Je me suis rendu compte qu'on a aucun moyen simple de faire un 
> changelog "plus disert" et plus compréhensible que les commits.
> Quand je fais ça sur Contrib je me retrouve à mettre une liste bof bof 
> dans l'article principal alors qu'il serait plus logique d'avoir un 
> changelog explicatif dans un article à part.
> En gros, on n'est pas prévenu des évolutions et si il faut prévenir 
> d'un changement important on ne sait pas où le faire.
> 

Oui ca pourrait être effectivement pour moi la seule bonne raison :
avoir un système de changelog qui pourrait ensuite servir aussi lors de la mise à jour via SVP et co. 
> ++
> Eric
> 

_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip