Skip to main content
La API de Devin es una herramienta muy potente. Lee el siguiente artículo antes de continuar con esta guía.

1. Descripción general del proceso

  1. Se abre un Pull Request: Se envía un pull request (PR) al repositorio con cambios que pueden contener problemas identificados por una herramienta de análisis de código.
  2. Se activa la GitLab Action: La apertura del PR activa automáticamente un flujo de trabajo de GitLab Action.
  3. La GitLab Action llama a la Devin API: La GitLab Action envía una solicitud a la Devin API, transfiriendo los problemas identificados para su resolución automatizada.
  4. Se inicializa una sesión de Devin: Se inicia una sesión de Devin, que recibe el contexto del problema e intenta resolverlo basándose en los datos proporcionados.
  5. Devin propone un PR para revisión humana: Una vez resuelto el problema, Devin genera un PR con los cambios propuestos y lo envía para revisión humana.

2. Pasos para lograrlo

  1. Configurar el entorno de GitLab para almacenar los secretos requeridos:
    • Configura el entorno de GitLab para almacenar de forma segura los secretos necesarios, como tokens de autenticación y claves de configuración, para interactuar con la API de Devin y otras herramientas integradas.
Una vez que completes estos pasos, tu pipeline estará listo para resolver incidencias automáticamente usando la API de Devin, acelerando el proceso y reduciendo la necesidad de intervención manual.
  1. Probar la integración
Una vez que hayas finalizado la configuración, puedes probar la integración activando manualmente una GitLab Action. Esto te permitirá verificar que la acción llama correctamente a la API de Devin y resuelve las incidencias identificadas.
  1. Ver la página de sesiones de Devin
Después de que se active el GitLab Build y Devin procese las incidencias, podrás ver el estado y los resultados en la página de sesiones de Devin. Esta página proporciona información detallada sobre las incidencias resueltas y los cambios propuestos. Como se mencionó antes, los valores requeridos de SonarQube son: Para configurar la integración, deberás obtener los siguientes tres valores de tu instancia de SonarQube: Necesitarás tres_valores de SonarQube: {SONAR_TOKEN, SONAR_ORG, SONAR_PROJECT_KEY} Una vez que tengas todos los valores requeridos, estarás listo para configurar la GitLab Action.
Esto asume que tienes un archivo local de propiedades de SonarCloud sonar-project.properties que especifica:
La GitLab Action tiene el siguiente código fuente
A modo de recordatorio, devin_remediation.py es lo siguiente:
Para asegurarte de que la GitLab Action establezca las variables de entorno correctas, agrégalas a los GitLab CI/CD Secrets. Llegar a la configuración correcta puede ser complicado. Ve a Settings y edita Secrets. Agrega SONAR_TOKEN y DEVINS_API en Repository Secrets.
SonarQube
Si usas GitLab autohospedado, entonces la única diferencia sería: Una vez configurado, puedes supervisar la ejecución de tu GitLab Action. Si se ejecuta correctamente, se verá de la siguiente manera:
SonarQube
Puedes ver las sesiones de Devin en el Session Manager.
SonarQube
Una vez que termine, Devin abrirá automáticamente solicitudes de incorporación de cambios (PR). Para usuarios de GitLab, consulta la guía vinculada.