Bonjour à toutes et à tous,
Est-ce que je pourrais avoir un accès à git.spip.net ? J’ai lu et accepté la charte, et j’envisage de collaborer à des plugins.
Merci !
Elsa
Bonjour à toutes et à tous,
Est-ce que je pourrais avoir un accès à git.spip.net ? J’ai lu et accepté la charte, et j’envisage de collaborer à des plugins.
Merci !
Elsa
Demande traitée et approuvée.
Eeeeet… non, pas approuvée justement, jusqu'à tout à l'heure : créer un compte dans git.spip ne suffit pas, la personne doit faire partie de toutes les orgas de contrib, à l'intérieur d'un sous-concept de team "contrib" qui est dans chaque orga.
Soit il manquait une action de la part d'Éric (un script ou je ne sais quoi à lancer ?), soit il l'a bien fait mais ça n'a pas fonctionné.
Le processus d'ajout d'une nouvelle personne continue d'être encore mystérieux, on dirait. Pour l'instant comme je suis admin, j'ai pu par l'interface ajouter Elsa à toutes les teams une par une, mais du coup c'est galère et ce n'est pas solide : risque de désynchro, possibilité que pas les mêmes gens dans chaque team de chaque orga.
Du coup quel est le vrai processus clean ? Est-ce qu'il y a une liste de référence où on doit ajouter la nouvelle personne ? Et alors ça s'ajoute auto par un script de synchro ? Est-ce qu'il y a cette synchro ? Manuelle ou auto ? Si oui qui peut la lancer ? Que un admin sys sur le serveur ?
Tant de questions 
Oui j’ai merdé je suis allé trop vite en créant le compte sans l’affecter.
C’est fait ou pas ?
C'était pas ma question 
J'ai bien dit dans mon message que du coup je l'ai fait, mais donc un par un pour chaque team de chaque orga. Ce qui est galère et me parait pas solide.
Mais donc ma question c'est ça : c'est quoi le vrai processus officiel ? C'est de tout faire un par un ? Ou bien y a une manière d'ajouter la personne à un seul endroit et que ça synchronise toutes les teams d'un coup ?
Yop,
C’était pas ma question
En fait j’ai pas lu ta question, juste le début ![]()
J’ai bien dit dans mon message que du coup je l’ai fait, mais donc un par un pour chaque team de chaque orga. Ce qui est galère et me parait pas solide.
Mais donc ma question c’est ça : c’est quoi le vrai processus officiel ? C’est de tout faire un par un ? Ou bien y a une manière d’ajouter la personne à un seul endroit et que ça synchronise toutes les teams d’un coup ?
Via la voie manuelle oui, il faut faire ainsi.
Après je suppose qu’il est possible d’automatiser car l’API REST permet de tout faire.
D’ailleurs on pourrait mettre en place un processus (formulaire) à partir d’un autre site comme Contrib en utilisant l’API REST de Gitea.
Ce serait plus pérenne et peut-être que ça nous permettrait de personnaliser comme on veut.
Camille ?
Ce serait pas mal ça oui.
Avec signature de la charte, et confirmation par mail avant de créer le compte (antispam).
je trouverais cela bizarre de faire par un autre site, mais si on ne peut pas techniquement le faire depuis gitea, oui...
Ce serait possible sur Gitea bien sûr, mais c'est développé en Go.
S'il y a des volontaires... c'est open source 
Ceci dit, ça pourrait être un formulaire HTML sur Gitea, avec une action POST sur un script PHP hors de Gitea (?).
Avec un formulaire comme ça, on pourrait créer le compte et peut être inscrire à la liste de dév automatiquement ?
Il y a une api REST sur mailman 3 mais pas sur la 2.
Mais ceci semble pas mal : https://github.com/splattner/mailmanAPI
Ce serait possible sur Gitea bien sûr, mais c'est développé en Go.
S'il y a des volontaires... c'est open source
Oui alors il y avait un sous entendu: sans avoir à écrire nous même la
partie. Mais j'avoue ne pas trop comprendre comment est structuré la
doc de gitea, et du coup je sais pas si cela existe ou pas ![]()
Hello,
Ce serait possible sur Gitea bien sûr, mais c’est développé en Go.
S’il y a des volontaires… c’est open source
Ceci dit, ça pourrait être un formulaire HTML sur Gitea, avec une action
POST sur un script PHP hors de Gitea (?).Avec un formulaire comme ça, on pourrait créer le compte et peut être
inscrire à la liste de dév automatiquement ?
Il y a une api REST sur mailman 3 mais pas sur la 2.
Mais ceci semble pas mal : https://github.com/splattner/mailmanAPI
Et le jour où on change de forge ?
On recode tout ? On utilise la forge comme elle est et on modifie notre processus ?
C’est possible mais une forge comme espace user-friendly ça se pose là.
Moi ça ne me choquerait pas de m’inscrire pour « contribuer » à SPIP sur le site portail des contributions.
Le comment ensuite on contribue, ça a été SVN pendant des années, maintenant c’est git je dirais que c’est un autre sujet.
J’y vois l’intérêt de regrouper intelligemment les choses et de mettre en place exactement le processus voulu:
Et si j’ai oublié des choses on peut améliorer.
C’est juste un formulaire et une interface avec le Gitea.
J’ai déjà un plugin gitea_maintenance qui permet de « surveiller » la forge, il peut être utilisé pour accueillir ce workflow et il est déjà déployé sur Contrib.
C’est sur qu’il faudra trouver un endroit sur la page d’accueil de Contrib pour aiguiller vers le formulaire.
Je trouve ça mieux.
Moi ça ne me choquerait pas de m'inscrire pour "contribuer" à SPIP sur le site portail des contributions.
[...] regrouper intelligemment les choses et de mettre en place exactement le processus voulu:
- je choisis mon type d'inscription (ticket, code)
- j'accepte la charte après l'avoir lu
- je fournis les coordonnées qui vont bien et qui évitent des allers-retours par mail
- je reçois mon mot de passe avec toutes les infos pour contribuer.
Un guichet unique ?
En effet ce serait bien.
Et si j'ai oublié des choses on peut améliorer.
C'est juste un formulaire et une interface avec le Gitea.
J'ai déjà un plugin gitea_maintenance qui permet de "surveiller" la forge, il peut être utilisé pour accueillir ce workflow et il est déjà déployé sur Contrib.
C'est sur qu'il faudra trouver un endroit sur la page d'accueil de Contrib pour aiguiller vers le formulaire.
Je trouve ça mieux.
JL
Moi ça ne me choquerait pas de m'inscrire pour "contribuer" à SPIP sur le site portail des contributions.
[...] regrouper intelligemment les choses et de mettre en place exactement le processus voulu:
- je choisis mon type d'inscription (ticket, code)
- j'accepte la charte après l'avoir lu
- je fournis les coordonnées qui vont bien et qui évitent des allers-retours par mail
- je reçois mon mot de passe avec toutes les infos pour contribuer.Un guichet unique ?
En effet ce serait bien.
J'aime bien l'idée aussi, avec un lien "Contribuer" ou "Participer" sur Gitea vers cette page.
>> - je choisis mon type d'inscription (ticket, code)
C'est à dire, il y aurait plusieurs niveaux de droits sur Gitea ?
Actuellement, il y a plusieurs espaces :
- git.spip.net (tout le code + tickets des plugins)
- core.spip.net (tickets du core + plugins dist)
- contrib.spip.net (doc des plugins et +)
- la liste de dév mailman
- autres ?
Ce serait top que ce formulaire gère toutes ces inscriptions, certaines étant optionnelles.
Ce serait top que ce formulaire gère toutes ces inscriptions, certaines étant optionnelles.
ALors oui, si c'est pour avoir une seule interface ce serait top. Je comprend mieux l'idée ![]()
Cf mon fil sur la proposition d'accueil des nouvelles personnes pour ce point.
Avant, demander un accès à "la zone" c'était forcément pour du dev, donc tout le bazar qui va avec : être aussi inscrit⋅e à la liste des commits, à la liste de discussion s'il faut s'engueuler sur une modif, etc.
Mais maintenant dans la forge, ya aussi juste "faire des tickets", et ya plein de gens juste users, qui devraient pouvoir faire des tickets (sur nos plugins, et bientôt sur le core aussi quand ça sera migré) sans pour autant être "contrib", avoir les listes en plus etc. Illes veulent juste ajouter un ticket et suivre leur demande.
+1
Je suis d'accord avec ça, j'ai même eu le cas, un contact qui voulait juste signaler un pb d'accessibilité mais qui s'est découragé.
Mais on ne va pas pour autant créer deux types de comptes quand même, ce serait encore plus le bazar.
? Je ne sais pas sur quoi porte ta réticence au juste.
Peux tu préciser ce que tu appelles créer 2 types de comptes ?
Car il me semble qu'il faut bien distinguer ces 2 types d'inscription si on veut à la fois
1) permettre de créer des tickets facilement pour qui ne veut pas pour l'instant interagir et s'engager
2) obtenir un engagement à respecter la charte pour qui veut participer plus et notamment commiter
JL
Non la charte c'est pour tout le monde ! Dès qu'on a les tickets, on peut commenter de partout, donc on doit suivre la charte.
Par contre quand c'est juste pour les tickets : on n'a pas à être inscrit aux listes emails, de discussion et des commits, pour elleux c'est juste le compte git.spip. Alors que celleux qui commitent, c'est des droits en plus sur git.spip + les listes.
Oui en effet. Et avec ce fonctionnement il y a bien 2 types de comptes ; c'est bien ce qu'on veut et ya pas de bazar.
JL