Re: Proposition pour la génération de archivelist

Hello,

Plus personne n’a envie de faire du bash ! :p
En php cli c’est très bien, c’est le langage qu’on partage tous…

Mais comme je te le disais, je sais que @marcimat a commencé à regarder, a avancé, mais je ne sais pas où ça en est.
Et là il est en vacances, amha tu ferais mieux d’attendre qu’il revienne pour avoir son feedback

Déjà ta convention de départ est sujette à discussion : je pense au contraire qu’en git le tag est l’outil indispensable pour signaler un package à versionner.

C’est la convention que tout le monde utilise, et il me semble qu’on ferait beaucoup mieux d'y coller que de continuer à perpétuer des zip sans numéros de version correspondant à des branches qui bougent.
A voir si le trunk doit faire exception...

1 question subsidiaire :
je ne sais pas si ça va remplacer d’un coup l’archiveur svn - peut-être cela dit : l’archiveur svn de la zone ne produira plus que des zips pour un dépot legacy

Et une considération pas du tout subsidiaire :
la performance (temps pour passer sur tous les repos et charge serveur associée) est LE principal problème du générateur de paquets
ok ici on fait pas les zips, mais a priori il faudra dézipper ou cloner chaque repo, ou récupérer le xml et l’icone en http, donc il faut le prendre en compte dès le début et concevoir tout en pensant à ce problème, vu qu’on est quand même sur un ordre de grandeur du millier de paquets

Le gros avantage des tags c’est que ça bouge pas : une fois qu’on a traité un tag c’est pour toujours - ad vitam - c’est pour ça que tout le monde fait ça.
Il n’y a qu’a traiter les nouveaux tags à chaque itération

Alors qu’une branche (trunk ou pas), ça suppose d’aller voir son dernier commit et de refaire le boulot à chaque fois qu’il y a eu un commit dessus, alors même qu’il y a pas forcément volonté du développeur de mettre à jour le paquet avec ce zip.

--
Cédric
Le 3 mars 2020 à 17:56 +0100, Maïeul Rouquette <[email protected]>, a écrit :
> Holla,
>
> je veux bien me pencher ce week-end à coder quelque chose pour generer
> automatiquement un fichier du type
> https://files.spip.net/spip-zone/archives.xml
>
> à partit de gitea.
>
> Mais pour cela j'aurais besoin de 2 choses
> 1. Qu'on se mette d'accord sur des conventions > je fais une proposition ici
> https://git.spip.net/spip-contrib-outils/archives_from_gitea/src/branch/master/README.md
>
> 2. Qu'on me dise en quel langage coder. Personnelement je préférais
> faire en Python ou en PHP, mais pas en bash. Je ne sais pas
> techniquement ce qu'il est possible de faire en terme d'hebergement.
> 3. Être sur que personne ne fasse les choses en parallèle.
>
>
> Amicalement
>
> Maïeul
>
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip