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