Merci 
On avait un peu regardé hier avec James sans trouver de solution claire pour git.spip.net : il faut forcément un groupe (organisation) ou sous-groupe pour avoir des listes de membres qu’on peut pinger.
Cédric propose une solution qui me paraît correcte :
- créer simplement ces sous-groupes dans l’organisation spip-team
- déplacer le projet
securité(ce sont juste des tickets) du coup dans le (futur) sous-groupe spip-team/security - il y a 2 autres projets dedans (qq scripts et de la doc interne), à voir s’il faut les déplacer (mais ils peuvent aussi rester là a priori)…
À partir du moment ou un groupe / sous groupe existe, il peut être pingé avec @...
Des avis ?
1 « J'aime »
seems legit
J’allais le dire ! 
OK. Les groupes sont créés et il y a les gens dedans, sauf oubli, tracas de correspondance de compte entre ici et git. Les échanges sont en cours.
On a fait quelques tests avec @marcimat et @maieul, mais n’hésitez pas à voir si ça fonctionne pour chacun de vous. Le fonctionnement de base de gitlab et de discourse sont différents, pas fait, par nature, pour faire les mêmes choses, donc, il faudra aussi s’adapter aux outils… et chacun, chaque équipe verra à l’usage ce qui est pertinent ou pas.
Ça va sans doute bouger encore un peu : on doit régler quelques questions d’accès, de visibilité, bref, des détails techniques… je vous tiendrai au courant ici.
1 « J'aime »
Merci !!
Moi je dis c’est du fake, ils sont vides les groupes, rien, nada ;).
Plus sérieusement, pour le ticket sur l’api et étant donnée ta réponse @JamesRezo il ne faudrait pas transférer le ticket dans le groupe Architecture ou c’est pas le but de mettre ces tickets d’évolution majeure dans les équipes.
Si oui, il y a aussi ceux que j’ai créé sur le workflow des statuts (x4).
T’es pas loin de la vérité, en fait !
Pour l’instant, il n’y a que des comptes d’utilisateurices git dans ces sous-groupes. À voir ce que chaque équipe en fera … L’idée de base est de permettre de « ping » l’équipe sur git, comme sur ce forum. Mais j’imagine que d’autres besoins vont émerger…
On peut transférer un ticket d’un dépôt git à un autre dépôt git. Et, après essai, on ne peut pas assigner un ticket d’une « orga », par exemple spip · GitLab, à un groupe d’une autre orga, Connexion · GitLab, par exemple, aussi.
En l’état, ces groupes ne semblent pas être une solution suffisante pour la question que tu soulèves, parce que je pense qu’on peut la généraliser à toute équipe, tout ticket.
Je n’en sais pas plus pour l’instant…
Alors je les vois où ces groupes et je fais quoi pour participer aux ceusses qui me branchent?
L’idée n’était pas d’assigner des tickets à des équipes côté git, mais uniquement de pouvoir leur assigner des droits plus fins et surtout de permettre le @ping de l’équipe quand il faut attirer l’attention de ses membres sur un ticket ou une PR.
Tu peux nous dire quelles équipes tu souhaites rejoindre pour qu’on t’y ajoute ?
Si tu vas là : Fonctionnel & ux / ui - Discuter de SPIP normalement, tu peux demander à rejoindre l’équipe fonctionnelle.
Et là, toutes les équipes du forum : Discuter de SPIP
On tâtonne … ça va s’améliorer … 
Ayé, je commence à suivre des trucs, du coup.
Hello,
Suite de l’avancement sur les équipes sur la plate-forme git.
Notre plate-forme git et ce forum sont 2 systèmes indépendants l’un de l’autre et ne sont pas synchrones quant à la gestion des utilisateurices et des « groupes ». Cette synchronisation est, pour l’instant manuelle.
L’objectif étant de donner le plus d’autonomie possibles aux équipes sur ces 2 systèmes.
Ce que nous cherchons à faire dans ce premier temps sur git, c’est de permettre aux équipes de notifier (ping @équipes) ses membres dans des tickets ou des PRs. C’est a priori fonctionnel dans le cas général, modulo sans doute quelques réglages … patience
Toutefois, je vous encourage à mener vos discussions ici, sur discuter.spip.net et à limiter les ping @équipes à du signalement sur git. Mais bon, c’est comme vous voudrez, hein 
- Donc, ici, les équipes ont une catégorie dédiée accessibles à toustes, les membres des équipes peuvent faire, par exemple, un « ping @graphisme » (il y a une auto-complétion)
- Sur git, la même équipe peut faire « @spip-team/graphisme » (il y a aussi une auto-complétion)
- et ça vaut pour chaque équipe …
Nous avons mis ces équpes dans un groupe git pré-existant : spip-team. Il contenait, et contient toujours des dépôts git, essentiellement privés, que l’ont va dispatcher en fonction des besoins dans les jours qui viennent.
Notre version de GitLab est conçue de telle manière que, pour avoir une bonne expérience utilisateur, faire fonctionner les notifications, etc. tous les membres de toutes les équipes doivent aussi être membres de ce groupe parent. Et une notion d’héritage fait que, de fait, un membre d’une équipe devient membre de tous les sous-groupes et donc, de toutes les équipes …
Nous avons d’autres pistes à explorer, arbitrer, on tâtonne, mais ça peut s’arranger, ou rester comme çaa si ça ne dérange personne … patience, s’il vous plaît
ça devrait être évolutif :
- En fonction des besoins que les équipes exprimeront au fil du temps.
- Dans la mesure des possibilités offertes par les outils (Discourse, GitLab édition communautaire)
- et, s’il faut coder des choses, de ce que des volontaires pourraient produire, installer et maintenir…
Il reste aussi à traiter le cas de certains dépôts git, privés précédemment, plus ouvert aujourd’hui, et sans doute à re-privatiser, … Nous avons des pistes, des solutions, y a plus qu’à choisir.
À bientôt !
2 « J'aime »
#ergonomie Ceci est il documenté sur les endroits où c’est utile ?
#documentation Où documente-t-on ceci ?
#pratique Comment intégrer un nouveau membre à une équipe ?
#participation N’y a t il pas un ou des rôles [que tu joues, ainsi que qq autre(s?) ] de gestionnaire de l’infrastructure technique des équipes qui pourraient être délégués ?
Je ne sais pas répondre par « oui » ou par « non », désolé …
Il faut du temps pour tout ça : les journées ne font que 24 heures, pour tout le monde, même pour moi.
Tant que nous ne seront qu’une poignée de personnes à prendre des initiatives, à les expérimenter et à chercher à les mettre en place, cela demandera un peu de patience : la disponibilité des un·e·s et des autres ne m’appartient pas. Nous faisons de notre mieux. Nous invitons toustes les personnes motivées à nous rejoindre. (j’ai pas trouvé d’autres façons de le dire depuis hier, désolé, encore et encore)
Tout est à construire : je n’ai pas de consignes à donner ni aux équipes, ni à leurs membres. Je ne m’arroge pas ce rôle. Chaque personne intéressée par la proposition, ayant répondu au sondage, s’étant inscrit dans cette démarche, peut d’ors et déjà utiliser les catégories de ce forum et peut participer, à sa mesure.
Attends-tu que le « produit » soit « fini » pour le consommer ? Pour l’instant, ça ne fait même pas une semaine qu’il s’élabore … Plus nous seront nombreux à faire, plus ça ira vite.
dsl @JamesRezo je voulais pas te mettre la pression… au contraire
1 « J'aime »
Tout va bien @JLuc
merci à toi.
Pour celleux qui sont sur discord, ou pour celleux que cela intéresserait, les équipes ont aussi été créées là-bas
2 « J'aime »
Les discussions y seront synchronisées ?
Sinon ça fait deux endroits à suivre si on ne veut participer et ne rien rater.