Skip to main content
L’API di Devin è uno strumento potente; leggi il seguente articolo prima di continuare con questa guida.

1. Panoramica del processo

  1. La pull request viene aperta: Una pull request (PR) viene inviata al repository con modifiche che possono contenere problemi identificati da uno strumento di code scanning.
  2. Viene attivata la GitLab Action: L’apertura della PR attiva automaticamente un workflow di GitHub Actions.
  3. La GitLab Action chiama la Devin API: La GitHub Action invia una richiesta alla Devin API, passando i problemi identificati per la loro risoluzione automatica.
  4. La sessione Devin viene inizializzata: Una sessione Devin viene avviata, riceve il contesto del problema e tenta di risolverlo sulla base dei dati forniti.
  5. Devin propone una PR per la revisione umana: Una volta risolto il problema, Devin genera una PR con le modifiche proposte e la invia per la revisione da parte di un revisore umano.

2. Passaggi per completare la procedura

  1. Configurare l’ambiente GitLab per contenere i segreti richiesti:
    • Configura l’ambiente GitLab per archiviare in modo sicuro i segreti necessari, come token di autenticazione e chiavi di configurazione, per interagire con l’API di Devin e altri strumenti integrati.
Una volta completati questi passaggi, la tua pipeline sarà pronta per risolvere automaticamente i problemi utilizzando l’API di Devin, velocizzando il processo e riducendo la necessità di intervento manuale.
  1. Testare l’integrazione
Una volta completata la configurazione, puoi testare l’integrazione avviando manualmente una GitLab Action. Questo ti consentirà di verificare che l’action richiami correttamente l’API di Devin e risolva i problemi identificati.
  1. Visualizzare la pagina delle sessioni di Devin
Dopo che la GitLab Build è stata avviata e Devin ha elaborato i problemi, puoi visualizzare lo stato e i risultati nella pagina delle sessioni di Devin. Questa pagina fornisce informazioni dettagliate sui problemi risolti e sulle modifiche proposte. Come menzionato in precedenza, i valori richiesti da SonarQube sono: Per configurare l’integrazione, dovrai ottenere i seguenti tre valori dalla tua istanza SonarQube: Avrai bisogno di tre_valori da SonarQube: {SONAR_TOKEN, SONAR_ORG, SONAR_PROJECT_KEY} Una volta ottenuti tutti i valori richiesti, sei pronto per configurare la GitLab Action.
Questo presuppone che tu disponga di un file locale di proprietà di SonarCloud sonar-project.properties che specifichi:
La GitLab Action ha il seguente codice sorgente
Per riferimento, devin_remediation.py è il seguente:
Per assicurarti che la GitLab Action imposti le variabili d’ambiente corrette, aggiungile ai GitLab CI/CD Secrets. Individuare le impostazioni corrette può essere complicato. Vai su Settings e modifica Secrets. Aggiungi SONAR_TOKEN e DEVINS_API in Repository Secrets.
SonarQube
Se usi una versione self-hosted di GitLab, l’unica differenza sarà: Una volta configurato, puoi monitorare l’avanzamento della GitLab Action. Se viene eseguita correttamente, verrà visualizzata come segue:
SonarQube
Puoi visualizzare le sessioni di Devin nel Session Manager.
SonarQube
Al termine, Devin aprirà automaticamente delle pull request (PR). Per gli utenti GitLab, consulta la guida collegata.