Il me semble, si j'ai bien suivi les explications de Camille, que pour l'instant les dépôts créés à partir du git ne peuvent pas faire partie de l'orga « plugin ».
La raison : pour que la synchro soit fonctionnelle, il faut un dépôt de référence, et pour l'instant c'est le dépôt svn.
Donc il faut d'abord créer le dépôt svn, et *après* l'importer sur le git.
Camille tu me corrigeras si je dis des bêtises
Le 07/11/2019 à 23:49, Maïeul a écrit :
Hop,
quelqu'un peut m'expliquer comment je fais pour créer un depot sur plugins dans git.spip.net ? là je peux en créer que des perso.
J'ai déjà donné l'explication donc pour la rugosité je réinvite à lire
les informations déjà communiquées.
Je reconfirme ce qu'indique Charles pour le moment les dépôts git ne
peuvent exister que si il y a un existant sur la zone.
Pour le moment je n'ai pas codé le sens inverse mais :
* le code existant est déjà présent pour se faire une idée des traitements
* je suis disponible pour aider et compléter les informations qui
pourraient manquer (vous ne pouvez pas être dans ma tête
Autrement en l'état actuel pour proposer un plugin codé uniquement en
git et le reverser sur la zone, voici une procédure :
* Créer dans la zone un projet vierge dans _plugins_ (il n'est pas
nécessaire de créer les sous répertoires branches/tags/trunk)
* Demander l'import de ce plugin
* Déclarer le dépôt git distant en tant que remote de son projet local
* Pousser les commits sur ce dépôt distant
* La synchronisation se fera et les commits envoyés sur la zone, selon
la taille du projet cela sera plus ou moins long.
Le 08/11/2019 à 10:24, cam.lafit@azerttyu.net a écrit :
J'ai déjà donné l'explication donc pour la rugosité je réinvite à lire
les informations déjà communiquées.
La rugosité, c'est je pense pas facile de trouver les infos quand on en a besoin
(dans les archives mails ?)
surtout qu'en plus ça évolue, ça change ou ça va changer, peut être, ou pas.
Ça m'arrive de documenter des situations comme ça pour aider à y voir clair
mais là désolé j'en suis incapable tellement il y a de dimensions inconnues.
Et je comprend aussi que c'est pas motivant de le faire pour quelqu'un qui pourrait le faire,
si c'est sparadrap en attendant mieux par la suite.
JLuc
Je reconfirme ce qu'indique Charles pour le moment les dépôts git ne
peuvent exister que si il y a un existant sur la zone.
Pour le moment je n'ai pas codé le sens inverse mais :
* le code existant est déjà présent pour se faire une idée des traitements
* je suis disponible pour aider et compléter les informations qui
pourraient manquer (vous ne pouvez pas être dans ma tête
Autrement en l'état actuel pour proposer un plugin codé uniquement en
git et le reverser sur la zone, voici une procédure :
* Créer dans la zone un projet vierge dans _plugins_ (il n'est pas
nécessaire de créer les sous répertoires branches/tags/trunk)
* Demander l'import de ce plugin
* Déclarer le dépôt git distant en tant que remote de son projet local
* Pousser les commits sur ce dépôt distant
* La synchronisation se fera et les commits envoyés sur la zone, selon
la taille du projet cela sera plus ou moins long.
Je rappelle que la migration de la zone n’est que la seconde étape dans le grand plan, on doit commencer par officiellement migrer le core et utiliser les outils (et donc affiner, roder, documenter) avant ça.
Et on est toujours bloqués à cette étape, donc normal que le chemin pour les plugins de la zone soit pas pavé…
--
Cédric
Le 8 nov. 2019 à 03:11 +0100, nicod_ <nicod@lerebooteux.fr>, a écrit :
Si on veut adopter cette solution, faudrait que ce soit un peu moins
rugueux quand même...
Là, personne ne sait trop comment ça marche.
Le ven. 8 nov. 2019 à 10:54, Cerdic <cedric@yterium.com> a écrit :
Je rappelle que la migration de la zone n’est que la seconde étape dans le
grand plan, on doit commencer par officiellement migrer le core et utiliser
les outils (et donc affiner, roder, documenter) avant ça.
Et on est toujours bloqués à cette étape, donc normal que le chemin pour
les plugins de la zone soit pas pavé…
Oui mais justement et je l'ai déjà exprimé, je ne suis pas sur que cette
migration en deux étapes soit si bénéfique.
Parce que finalement le core est plutôt stable en termes de plugins alors
que c'est bien la zone qui évolue le plus en accueillant de nouveaux
plugins et de nombreuses modifications.
Par contre, je ne me rappelle plus pourquoi on est bloqué ?
Le 08/11/2019 à 10:24, cam.lafit@azerttyu.net a écrit :
Salut
J'ai déjà donné l'explication donc pour la rugosité je réinvite à lire
les informations déjà communiquées.
Autrement en l'état actuel pour proposer un plugin codé uniquement en
git et le reverser sur la zone, voici une procédure :
* Créer dans la zone un projet vierge dans _plugins_ (il n'est pas
nécessaire de créer les sous répertoires branches/tags/trunk)
* Demander l'import de ce plugin
* Déclarer le dépôt git distant en tant que remote de son projet local
* Pousser les commits sur ce dépôt distant
* La synchronisation se fera et les commits envoyés sur la zone, selon
la taille du projet cela sera plus ou moins long.
Maintenant j'ai essayé d'utiliser ImporttoGitea. Mais il y a des choses de conf dont je n'ai strictement aucune idée. COmment je fais ?
merci d'avance
Maïeul
ps : l'information est sans doute là, mais dans plein de mail, à rechercher dans les archives etc. Je concois que ce soit en chantier, mais cela aide pas.
Pourtant la réponse de Camille est claire non ?
Etape 2 : « Demander l'import de ce plugin »
Tu ne peux pas lancer ImporttoGitea toi même, ça doit être fait sur le serveur, d’où le besoin de demander
Une fois que le projet sera créé dans gitea et lié au dossier de la zone, tu es autonome et peut pousser tes commits dedans comme indiqué dans le mail de Camille
--
Cédric
Le 8 nov. 2019 à 11:38 +0100, Maïeul <maieul@maieul.net>, a écrit :
Le 08/11/2019 à 10:24, cam.lafit@azerttyu.net a écrit :
> Salut
>
> J'ai déjà donné l'explication donc pour la rugosité je réinvite à lire
> les informations déjà communiquées.
> Autrement en l'état actuel pour proposer un plugin codé uniquement en
> git et le reverser sur la zone, voici une procédure :
> * Créer dans la zone un projet vierge dans _plugins_ (il n'est pas
> nécessaire de créer les sous répertoires branches/tags/trunk)
> * Demander l'import de ce plugin
> * Déclarer le dépôt git distant en tant que remote de son projet local
> * Pousser les commits sur ce dépôt distant
> * La synchronisation se fera et les commits envoyés sur la zone, selon
> la taille du projet cela sera plus ou moins long.
>
> Ne pas hésiter à demander plus d'informations
>
> Km
> ----
> spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
>
Salut, merci pour la réponse.
Bon, j'ai créé _plugins_/formidable_tablesorter.
Maintenant j'ai essayé d'utiliser ImporttoGitea. Mais il y a des choses
de conf dont je n'ai strictement aucune idée. COmment je fais ?
merci d'avance
Maïeul
ps : l'information est sans doute là, mais dans plein de mail, à
rechercher dans les archives etc. Je concois que ce soit en chantier,
mais cela aide pas.
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
--
Cédric
Le 8 nov. 2019 à 11:23 +0100, Eric Lupinacci <eric@smellup.net>, a écrit :
Yop,
> Le ven. 8 nov. 2019 à 10:54, Cerdic <cedric@yterium.com> a écrit :
> > Je rappelle que la migration de la zone n’est que la seconde étape dans le grand plan, on doit commencer par officiellement migrer le core et utiliser les outils (et donc affiner, roder, documenter) avant ça.
> >
> > Et on est toujours bloqués à cette étape, donc normal que le chemin pour les plugins de la zone soit pas pavé…
>
> Oui mais justement et je l'ai déjà exprimé, je ne suis pas sur que cette migration en deux étapes soit si bénéfique.
> Parce que finalement le core est plutôt stable en termes de plugins alors que c'est bien la zone qui évolue le plus en accueillant de nouveaux plugins et de nombreuses modifications.
>
> Par contre, je ne me rappelle plus pourquoi on est bloqué ?
>
> ++
> Eric
>
oki, bon bah je demande alors
Le vendredi 08 novembre 2019 à 11:52 +0100, Cerdic a écrit :
Pourtant la réponse de Camille est claire non ?
Etape 2 : « Demander l'import de ce plugin »
Tu ne peux pas lancer ImporttoGitea toi même, ça doit être fait sur le
serveur, d’où le besoin de demander
Une fois que le projet sera créé dans gitea et lié au dossier de la
zone, tu es autonome et peut pousser tes commits dedans comme indiqué
dans le mail de Camille
Pourtant la réponse de Camille est claire non ?
Etape 2 : « Demander l'import de ce plugin »
Tu ne peux pas lancer ImporttoGitea toi même, ça doit être fait sur le serveur, d’où le besoin de demander
Arf, j'avais aussi cru qu'on pouvait lancer le processus depuis son
propre poste ayant les prérequis
Une fois que le projet sera créé dans gitea et lié au dossier de la zone, tu es autonome et peut pousser tes commits dedans comme indiqué dans le mail de Camille