Il serait bien de lier le gitlab de fosm au rocketchat. Ce serait super pratique niveau dev pour lier les différents outils ca peut être intéressant pour la prochaine maj du site?
avec les webhooks tout est personnalisable ca permet de maintenir rocketchat comme channel principal de discussion puis d’avoir un seul outil de communication pour les issues (dev agile ou autres), pour les merge, les push … en gros si le contenu technique ( développement des différents est maintenue sur le gitlab) cela permet d’avoir un facteur déterminant pour l’activité d’un projet et donc une meilleur communication interne en plus d’avoir un maintien constant de la motivation et un suivi de ce qui est fait sur un seul outil de communication.
Moi je n’ai pas d’opinion car je n’utilise pas Rocket chat. Dans mon experience, quand j’ai relié les notifs de Gitlab dans le Slack de l’Équipe de Recherche, les gens se sont plaint du volume de notifs. L’utilité, je ne l’ai pas vues.
Je pense de toute façon, si c’est possible, que ça sera utile par contre donner la possibilité au Chefs de projet de créer des webhooks pour les projets qui ne sont pas soumis au control export.
Sur la partie « incoming », ça ne devrait pas poser trop de souci, mais pour le flux « outgoing », ça nous semble un peu plus délicat, en particulier pour les projets qui nécessitent un minimum de confidentialité.
Plus de détail ci-après :
A priori, on peut déléguer la création/gestion des webhooks à des utilisateurs et/ou leader du projet, mais il faut vérifier ce qu’il se passe si le référent / l’utilisateur n’est plus dans le projet. On pourrait perdre les webhooks créés.
L’autre solution serait de créer un webhooks incoming (de l’extérieur vers Rocketchat) pour chaque projet par l’intermédiaire de la synchro du portail. On pourrait récupérer les paramètres après création (url+token) pour les publier dans l’espace projet du portail pour les référents et/ou tous les membres du projets
