Re: Proposition pour la génération de archivelist
Maïeul Rouquette <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 06/03/2020 à 21:09, RastaPopoulos a écrit : > Le 06/03/2020 à 20:21, Maïeul Rouquette a écrit : >> Si je comprend bien ta perspective, toi tu envisage une amélioration drastique du système de distribution/d'install de paquet pour une future version de SPIP. Avec possibilité de choisir précisement la version du plugin qu'on veut installer, et en s'appuyant sur composer. > > Oui mais non. Il dit qu'il l'envisage lointainement pour le futur mais ce qu'il a commencé à développer correspond uniquement à ce que tu cherches à faire toi, càd générer le même XML qu'utilisé actuellement, et lister les infos et les ZIP liés, etc. Mais il dit que si on développe ça en partant d'un outil qui sait déjà gérer composer, et bien par la suite, on aura pas à de nouveau tout refaire à zéro, la majeure partie sera déjà là. Alors que si on développe un nouveau smart_paquet ok pour git, ça restera un projet perso que pour notre cas précis, et plus tard on devra encore tout refaire. > > Ça ne veut pas dire que c'est pas ça qu'il faut faire, cela dépend de la balance entre les temps de développement. Si partir de Satis est moins long, ou aussi long, ou même plus long mais de pas trop, alors il vaut mieux partir de Satis. Si en revanche refaire un smart_paquet one shot est vraiment vraiment beaucoup plus rapide, alors c'est sûrement mieux de le faire (mais faut avoir en tête qu'il faut le maintenir, gérer ses perfs, etc). > My bad, tu as raison, j'ai loupé un passage à la lecture. Et je suis d'accord sur la question de "ce qu'il faut faire/ne pas faire". C'est un compromis, comme toujours. Là comme cela, j'avoue ne pas savoir, mais le système satis a l'air très consommateur, de ce qu'en dit Matthieu. Alors qu'un truc plus leger, from scratch, qui serait appelé après chaque envoi d'un tag, pourrait être plus facile. Quoi qu'il en soit, demeure une question de base : qu'est-ce qu'on veut distribuer via svp ? tout les états des plugins ? uniquement le tag le plus récent pour chaque branche ? Pour le moment ce n'est pas claire.