Re: SPIP Zone et Git

Eric Lupinacci <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CAM6W4bab0pb2EyzsOd2_=tdKMEmt6dk1MNzNxZ-Xu7jU01OS4Q@mail.gmail.com>
Coucou tetue,



Le sam. 4 mai 2019 à 13:46, [email protected] <[email protected]> a écrit :

> Hello,
>
> Je viens de migrer quelques-unes de mes contributions (5 sur whatmille) de
> la Zone vers Github. Et comme cela pose question à certains, voici quelques
> explications.
>
> Non, je ne quitte pas la Zone.
> En fait, je l’ai « quittée » depuis longtemps :)
>
>
Merci pour ces précisions.
C'est vrai que je me suis posé des questions en voyant le déménagement :p.



> Vous ne le voyez peut-être pas mais ça fait des années que je contribue
> via Git que je trouve plus facile. Mes premiers trucs SPIP sous Git datent
> de 2011 (LucidaSimple, tetue_trousse…). L’inconvénient était qu’ils
> n’apparaissent consécutivement pas dans les sites de la galaxie SPIP. En
> réalité, je bosse exclusivement sous Git (Bitbucket, GitLab ou Github peu
> importe) et si j’ai le courage, mais pas toujours, je dépose ensuite via
> SVN sur la Zone (TinyTypo, PreCode…). Dès lors, ça devient certes visible
> de la communauté mais je délaisse la maintenance (pask SVN c’est trop
> galère).
>

J'ai l'impression que cette migration, alternative à SVN, est un mouvement
inexorable.
Il va falloir en tenir compte et ce, je pense, assez rapidement.
On a un problème aujourd'hui avec ces contributions Github (pour l'instant
on a que du Github d'ailleurs en external, je me demande si ça serait pas
bon de renommer archivelist_externals.txt en archivelist_github.txt) : le
lien des sources est vérolé et on ne peut référencer qu'un tag via le
fichier archivelist_externals.txt. En outre, on regénère un zip alors qu'il
est déjà disponible sur Github.

Je ne suis pas très au fait de git et github mais ne pouvons pas imaginer
une autre façon de référencer les contributions SPIP sur github sans
générer le zip mais en calculant uniquement les liens source et zip, et en
incorporant le paquet.xml dans le archives_externals.xml final ?
Bien sur ça demande à revoir le smart-paquets (interface GIT) mais est ce
un gros sujet aujourd'hui ?



> Je viens donc de rassembler quelques contributions, à titre expérimental
> d’abord, à leur point d’origine, où j’aurai plus d’aise à les maintenir.
> Elles restent référencées sur plugins.spip.net (encore imparfaitement
> mais j’espère que ça s’améliorera) et gentiment documentées sur
> contrib.spip.net (j’ai hâte que les deux fusionnent : ce sera super !).
>
>
Oui on est en cours, c'est long mais surement prometteur.



> Rien d’autre à ajouter. Ah si : j’attends vos PR avec impatience ;)
>
>
Ca c'est le sujet qui me chagrine le plus par rapport à ces migrations vers
GIT.
Depuis des jours je passe tous les plugins en revue pour revoir la
catégorisation des plugins.
Cela m'amène à découvrir des plugins et aussi des manques/erreurs dans les
paquet.xml en particulier pour le slogan, la description et le lien de doc.
Ayant la zone en SVN sur mon ordi j'ai pu faire les corrections dans la
foulée en quelques secondes.
Et puis je suis tombé sur certains plugins uniquement sur GIT et là... je
n'ai rien pu faire car il aurait fallu que je clone le repo, je fasse la
modification, la PR et ensuite attendre qu'un jour elle soit prise en
compte. C'est un peu dommage.
Si en plus, chaque auteur de plugin a son propre repo par plugin plus on
aura de plugin plus cela sera "non collaboratif".

Il me parait donc important de réfléchir à une "zone git SPIP" rapidement
qui nous permettre de continuer à améliorer les plugins facilement et
proposer que les contributions SPIP y soient regrouper plutôt que de
laisser faire le mouvement actuel dans pleins de repo "privés".

++
Eric
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.