Pour les équipes
Ce qui existe aujourd'hui
Mergerie tourne sur la machine d'un développeur, pour ce développeur : un serveur local Node + SQLite, une interface web, et le CLI claude ou copilot de cette personne. Une équipe peut déjà partager l'essentiel — règles de review, vérificateurs et gabarits de prompt vivent dans un seul fichier de base qui se copie — mais chaque développeur fait tourner sa propre instance, et les rapports restent sur sa machine tant qu'il ne les publie pas sur la merge request.
Ce qu'une édition équipe pourrait être
Rien de ce qui suit n'existe. C'est la liste de ce que des entreprises sur GitLab auto-hébergé ont demandé, écrite pour que vous puissiez dire ce qui compte pour vous.
- Un serveur partagé sur votre infrastructure — jamais un SaaS : tout l'intérêt est que le code ne quitte pas l'entreprise.
- Règles de review, vérificateurs et gabarits de prompt gérés une fois, appliqués à tout le monde.
- Un tableau de bord d'équipe : ce qui attend une décision, ce qui est vérifié vert, qui reviewe quoi.
- SSO (OIDC / SAML) et permissions par dépôt.
- Un journal d'audit : quelle review a été publiée, par qui, depuis quelle version du rapport.
- Review et vérification automatiques de chaque nouvelle merge request, verdict posté sur la MR.
Ni date ni promesse : l'ordre et l'existence de ces points dépendent de qui les demande. Le mail ci-dessous est tout le processus produit.
Dites-moi ce qu'il vous faudrait
Un mail, trois lignes : la taille de l'équipe, la forge et si elle est auto-hébergée, et ce qui rendrait l'outil utilisable chez vous. Je réponds à chacun.
En attendant : la mise en place avec vous
Si votre équipe veut Mergerie sur les machines de ses développeurs, avec des règles de review et des vérificateurs écrits pour vos dépôts, c'est une journée de travail que je fais sur place ou à distance. Même adresse.