Alors… pour l’instant on était parti pour faire différemment :
- la forge est ouverte à l’inscription (logiquement y a un antispam, mais ça sera à vérifier)
- tu acceptes tacitement la charte à l’inscription (il y a un petit texte qui l’indique sur le formulaire, mais c’est pas hyper visible, et en anglais actuellement — le lien amène sur un texte en français plus explicite).
- le compte doit être validé par les admins de la forge (on reçoit un mail)
- ça ouvre une fois validé l’accès à la forge, aux dépôts publics et aux commentaires.
Et ensuite pour les droits de commits, c’est certainement à rediscuter ; je ne suis pas hyper favorable à ce que ce soit ouvert à tous vents si les personnes viennent juste pour écrire ou commenter des tickets. Il y a la possibilité de demander à participer à une organisation (et donc aux commits) (sur l’organisation publique, […] → Request Access) ; par contre seuls les owner du group reçoivent une notification a priori ; à étudier) ; en tout cas on peut voir la liste des demandes sur l’interface).
Notes
- l’acceptation de la charte est bien plus claire avec les compte migrés que lors d’une nouvelle inscription
- il faut qu’on passe le Gitlab en français, c’est un oubli
- l’accès aux commits de toustes partout pourrait être rediscuté par ailleurs (c’est un point de vue personnel), car en terme de sécurité c’est limite… par exemple en désactivant les droits de commits des comptes qui n’ont pas commité depuis plus d’un an… et/ou en créant des d’autres groupes plus restreints pour certains projets avec des permissions différentes que «c’est open bar»… Il y a aussi du ménage à faire du côté de d’orga spip/ d’ailleurs.