Panoramica del connettore GitLab Merge Requests Server Microsoft 365 Copilot

Il connettore GitLab Merge Requests Server Microsoft 365 Copilot integra i dati delle richieste di merge da GitLab Self-Managed (Server) in Microsoft 365. Dopo aver configurato il contenuto del connettore e dell'indice GitLab, gli utenti possono individuare, riepilogare e recuperare le informazioni sulle richieste di merge direttamente da Microsoft Search, Microsoft 365 Copilot e Ricerca Copilot. Questa indicizzazione consente ai team di progettazione di accedere rapidamente alle modifiche in corso, alle informazioni dettagliate sulla revisione del codice, alle informazioni sulla conformità alle versioni e all'attività del repository senza uscire da Microsoft 365.

Perché usare il connettore GitLab Merge Requests Server per indicizzare i dati?

I team di sviluppo software moderni si basano sulle richieste di merge in GitLab per gestire la collaborazione, esaminare le modifiche al codice e controllare la qualità delle versioni. Tuttavia, i dati delle richieste di merge vengono spesso posizionati all'interno di progetti e gruppi GitLab, richiedendo a tecnici, program manager, team DevOps, tecnici dell'affidabilità del sito e stakeholder di esplorare manualmente più repository per trovare informazioni pertinenti.

Il connettore del server richieste di merge GitLab risolve questa sfida tramite l'indicizzazione dei metadati delle richieste di merge dall'istanza di GitLab Self-Managed. Quando i dati sono indicizzati, gli utenti possono cercare, filtrare e riepilogare le richieste di merge direttamente all'interno di Microsoft 365.

I casi d'uso comuni includono:

• Accelerare le revisioni del codice: richieste di unione di Surface per stato, etichetta, attività cardine, assegnatario o progetto.
• Migliorare la gestione delle versioni: identificare le richieste di tipo merge destinate ai rami di versione o alle distribuzioni di blocco.
• Supporto della collaborazione interfunzionale: abilitare le macchine virtuali, i team di supporto e la leadership per tenere traccia dello stato di avanzamento della progettazione senza l'esperienza di GitLab.
• Ridurre il cambio di contesto: consente agli sviluppatori e agli stakeholder di rimanere all'interno di Microsoft 365 facendo riferimento al lavoro di GitLab.

Gli utenti possono anche porre domande in linguaggio naturale Copilot, ad esempio "Quali richieste di merge aperte sono in attesa di revisione nel nostro servizio di pagamento?" per ottenere risposte interattive e a terra con collegamenti diretti a GitLab.

Creare agenti con il connettore GitLab Merge Requests Server

Gli sviluppatori possono usare questo connettore come origine conoscenze negli agenti dichiarativi compilati con:

• Copilot Studio
• Agent Builder in Microsoft 365 Copilot
• Microsoft 365 Agents Toolkit

Incorporando i dati delle richieste di merge GitLab in agenti, gli sviluppatori consentono agli utenti di:

• Recuperare e riepilogare le richieste di merge in attesa di revisione.
• Identificare le richieste di merge collegate a funzionalità, attività cardine o modifiche dell'infrastruttura.
• Ottenere visibilità sullo stato di avanzamento della progettazione durante i cicli di pianificazione e rilascio.

Richieste dell'agente

Gli esempi seguenti mostrano le richieste che i generatori di agenti possono usare per consentire agli utenti di recuperare informazioni dal server richieste di merge GitLab:

Progettazione

• Quali richieste di merge aperte sono attualmente in attesa di revisione nel servizio di estrazione?
• Riepilogare le richieste di merge bozza create questa settimana per il progetto back-end.
• Quali richieste di merge vengono assegnate e qual è lo stato corrente?

DevOps/SRE

• Elencare le richieste di merge destinate al ramo di rilascio e riepilogarne l'idoneità.
• Quali richieste di merge includono modifiche all'infrastruttura o alla configurazione in base alle etichette?
• Quali richieste di merge bloccano la distribuzione di produzione imminente?

Supporto IT/Help desk

• Trovare le richieste di merge correlate agli aggiornamenti degli strumenti interni e riepilogare l'impatto previsto.
• Quali richieste di merge stanno monitorando i miglioramenti all'ambiente di sviluppo?

Gestione dei prodotti

• Riepilogare le richieste di merge collegate all'attività cardine successiva tra i progetti principali.
• Quali richieste di merge aperte corrispondono alle funzionalità pianificate per la versione successiva?

Leadership di progettazione

• Fornire un riepilogo delle richieste di merge con priorità elevata tra i team.
• Quali richieste di merge sono aperte più a lungo e chi le possiede?

Funzionalità e limitazioni del connettore GitLab Merge Requests Server

Il connettore GitLab Merge Requests Server consente agli utenti di:

• Indicizzare le richieste di unione dai repository GitLab, inclusi metadati e informazioni contestuali.
• Abilitare Microsoft Search e Microsoft 365 Copilot per recuperare e riepilogare in modo efficiente i dati delle richieste di merge.
• Gestire gli elenchi di controllo di accesso (ACL) di GitLab e le autorizzazioni utente per garantire la visibilità basata sui ruoli.
• Consentire agli amministratori di personalizzare la frequenza di ricerca per indicizzazione e le preferenze di indicizzazione per i dati delle richieste di merge.

Il connettore GitLab Merge Requests Server presenta le limitazioni seguenti:

• Il connettore non supporta l'indicizzazione delle pipeline CI/CD di GitLab oltre ai metadati di stato di base associati alle richieste di merge.
• Le differenze di codice, le modifiche a livello di file, i commenti inline, i messaggi di commit e i dettagli a livello di commit non vengono indicizzati.
• Il divieto degli utenti non è supportato come regola di autorizzazione. Come soluzione alternativa, rimuovere gli utenti dai gruppi GitLab per revocare l'accesso.
• La limitazione dell'accesso a gruppi o progetti in base all'indirizzo IP non è supportata. Creare gruppi o progetti privati per gestire l'accesso.
• A causa di problemi di stabilità identificati durante i test interni, il supporto per il ruolo Planner è deprecato. L'accesso è limitato ai ruoli Reporter e versioni successive.
• Per i connettori di GitLab Server, l'accesso alle richieste di merge nei progetti pubblici con visibilità limitata ai membri del progetto è limitato ai ruoli Reporter e superiori.

Tipi di dati indicizzati dal server richieste di merge GitLab

Il connettore indicizza il contenuto della richiesta di merge GitLab seguente:

• Unire i titoli e le descrizioni delle richieste
• Stato della richiesta di merge (apertura, chiusura, unione, bozza)
• Etichette e attività cardine
• Autori, assegnatari e revisori
• Timestamp (creati, aggiornati, uniti)
• Metadati di progetto e gruppo associati

Il contenuto indicizzato viene visualizzato nei risultati di Microsoft 365 Copilot e Microsoft Search, consentendo agli utenti di individuare e riepilogare le informazioni sulle richieste di merge di GitLab direttamente all'interno delle app di Microsoft 365.

Modello di autorizzazioni e controllo di accesso

Gli amministratori possono configurare il controllo di accesso per i dati GitLab indicizzati usando Microsoft Entra ID mapping delle identità.

È possibile scegliere uno dei modelli di accesso seguenti:

• Solo gli utenti con accesso a questa origine dati (impostazione predefinita): I risultati della ricerca vengono visualizzati solo per gli utenti che hanno accesso ai repository GitLab.
• Tutti: Le conoscenze GitLab indicizzate sono visibili a tutti gli utenti nei risultati della ricerca di Microsoft 365.

Le opzioni supportate per il mapping delle identità includono:

• Posta elettronica
• Username
• Nome

Se il mapping diretto non riesce, gli amministratori possono usare espressioni regolari (regex) per trasformare gli attributi di identità. Email le impostazioni di visibilità e le incoerenze di dominio in GitLab possono influire sull'accuratezza del mapping.

Passaggio successivo

Distribuire il connettore GitLab Merge Requests Server