Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le connecteur GitLab Merge Requests Server Microsoft 365 Copilot intègre les données de demande de fusion de GitLab Self-Managed (serveur) dans Microsoft 365. Après avoir configuré le connecteur et indexé le contenu GitLab, les utilisateurs peuvent découvrir, synthétiser et récupérer les informations de demande de fusion directement à partir de Recherche Microsoft, Microsoft 365 Copilot et Recherche Copilot. Cette indexation permet aux équipes d’ingénierie d’accéder rapidement aux modifications de travail en cours, aux insights de révision du code, aux informations de préparation aux mises en production et à l’activité du dépôt sans quitter Microsoft 365.
Pourquoi utiliser le connecteur GitLab Merge Requests Server pour indexer vos données ?
Les équipes de développement logiciel moderne s’appuient sur les demandes de fusion dans GitLab pour gérer la collaboration, passer en revue les modifications du code et contrôler la qualité des versions. Toutefois, les données de demande de fusion sont souvent cloisonnée dans des projets et des groupes GitLab, ce qui oblige les ingénieurs, les responsables de programme, les équipes DevOps, les ingénieurs de fiabilité de site (SRE) et les parties prenantes à naviguer manuellement dans plusieurs référentiels pour trouver des informations pertinentes.
Le connecteur GitLab Merge Requests Server résout ce problème en indexant les métadonnées de demande de fusion de votre Self-Managed instance GitLab. Lorsque les données sont indexées, les utilisateurs peuvent rechercher, filtrer et synthétiser les demandes de fusion directement dans Microsoft 365.
Les cas d’usage courants sont les suivants :
- Accélérer les révisions de code : demandes de fusion Surface par status, étiquette, jalon, destinataire ou projet.
- Améliorer la gestion des mises en production : identifiez les demandes de fusion ciblant les branches de mise en production ou bloquant les déploiements.
- Prise en charge de la collaboration interfonctionnelles : permettre aux machines virtuelles, aux équipes de support et aux dirigeants de suivre les progrès de l’ingénierie sans l’expertise de GitLab.
- Réduire le changement de contexte : autorisez les développeurs et les parties prenantes à rester dans Microsoft 365 tout en référençant le travail GitLab.
Les utilisateurs peuvent également poser des questions en langage naturel Copilot, telles que « Quelles demandes de fusion ouvertes attendent une révision dans notre service de paiement ? » pour obtenir des réponses exploitables avec des liens directs vers GitLab.
Générer des agents avec le connecteur du serveur de demandes de fusion GitLab
Les développeurs peuvent utiliser ce connecteur comme source de connaissances dans les agents déclaratifs créés avec :
En incorporant les données de demande de fusion GitLab dans les agents, les développeurs permettent aux utilisateurs d’effectuer les actions suivantes :
- Récupérer et résumer les demandes de fusion en attente de révision.
- Identifiez les demandes de fusion liées aux fonctionnalités, aux jalons ou aux modifications d’infrastructure.
- Bénéficiez d’une visibilité sur les progrès de l’ingénierie pendant les cycles de planification et de mise en production.
Invites de l’agent
Les exemples suivants montrent les invites que les générateurs d’agents peuvent utiliser pour aider les utilisateurs à récupérer des informations à partir du serveur de demandes de fusion GitLab :
Ingénierie
- Quelles sont les demandes de fusion ouvertes en attente d’examen dans le service de validation ?
- Résumez les brouillons de demandes de fusion créées cette semaine pour le projet principal.
- Quelles sont les demandes de fusion qui m’ont été attribuées et quelles sont leurs status actuelles ?
DevOps/SRE
- Répertoriez les demandes de fusion ciblant la branche de mise en production et résumez leur préparation.
- Quelles demandes de fusion incluent des modifications d’infrastructure ou de configuration basées sur des étiquettes ?
- Quelles demandes de fusion bloquent le déploiement de production à venir ?
Support informatique/Support technique
- Recherchez les demandes de fusion liées aux mises à jour des outils internes et résumez l’impact attendu.
- Quelles sont les demandes de fusion qui suivent les améliorations apportées à l’environnement des développeurs ?
Gestion des produits
- Résumez les demandes de fusion liées à l’étape suivante dans les projets principaux.
- Quelles demandes de fusion ouvertes correspondent aux fonctionnalités prévues pour la prochaine version ?
Direction de l’ingénierie
- Fournissez un résumé des demandes de fusion à priorité élevée entre les équipes.
- Quelles sont les demandes de fusion ouvertes les plus longues, et qui en est propriétaire ?
Fonctionnalités et limitations du connecteur de serveur de demandes de fusion GitLab
Le connecteur du serveur de demandes de fusion GitLab permet aux utilisateurs d’effectuer les actions suivantes :
- Indexer les demandes de fusion à partir de dépôts GitLab, y compris les métadonnées et les informations contextuelles.
- Activez Recherche et Microsoft 365 Copilot Microsoft pour récupérer et résumer efficacement les données de demande de fusion.
- Conservez les listes de contrôle d’accès (ACL) gitLab et les autorisations utilisateur pour garantir une visibilité basée sur les rôles.
- Autoriser les administrateurs à personnaliser la fréquence d’analyse et les préférences d’indexation pour les données de demande de fusion.
Le connecteur du serveur de demandes de fusion GitLab présente les limitations suivantes :
- Le connecteur ne prend pas en charge l’indexation des pipelines CI/CD GitLab au-delà des métadonnées status de base associées aux demandes de fusion.
- Les différences de code, les modifications au niveau du fichier, les commentaires inline, les messages de validation et les détails au niveau de la validation ne sont pas indexés.
- L’interdiction des utilisateurs n’est pas prise en charge en tant que règle d’autorisation. Pour contourner ce problème, supprimez les utilisateurs des groupes GitLab pour révoquer l’accès.
- La restriction de l’accès au groupe ou au projet par adresse IP n’est pas prise en charge. Créez des groupes ou des projets privés pour gérer l’accès.
- En raison de problèmes de stabilité identifiés lors des tests internes, la prise en charge du rôle Planificateur est déconseillée. L’accès est limité aux rôles reporter et supérieurs.
- Pour les connecteurs GitLab Server, l’accès aux demandes de fusion dans les projets publics avec une visibilité limitée aux membres du projet est limité aux rôles reporter et supérieurs.
Types de données indexés à partir du serveur de demandes de fusion GitLab
Le connecteur indexe le contenu de la demande de fusion GitLab suivant :
- Titres et descriptions des demandes de fusion
- Status de demande de fusion (ouvert, fermé, fusionné, brouillon)
- Étiquettes et jalons
- Auteurs, cessionnaires et réviseurs
- Horodatages (créés, mis à jour, fusionnés)
- Métadonnées de projet et de groupe associées
Le contenu indexé apparaît dans les résultats Microsoft 365 Copilot et recherche Microsoft, ce qui permet aux utilisateurs de découvrir et de résumer les informations de demande de fusion GitLab directement dans les applications Microsoft 365.
Modèle d’autorisations et contrôle d’accès
Les administrateurs peuvent configurer le contrôle d’accès pour les données GitLab indexées à l’aide du mappage d’identité Microsoft Entra ID.
Vous pouvez choisir l’un des modèles d’accès suivants :
- Seules les personnes ayant accès à cette source de données (par défaut) : Les résultats de la recherche s’affichent uniquement pour les utilisateurs qui ont accès aux dépôts GitLab.
- Chacun: Les connaissances GitLab indexées sont visibles par tous les utilisateurs dans les résultats de recherche Microsoft 365.
Les options de mappage d’identité prises en charge sont les suivantes :
- Nom d’utilisateur
- Nom
Si le mappage direct échoue, les administrateurs peuvent utiliser des expressions régulières (expression régulière) pour transformer les attributs d’identité. Email paramètres de visibilité et les incohérences de domaine dans GitLab peuvent affecter la précision du mappage.