Capítulo 12. Integración de herramientas de análisis
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
La mayoría de los pipelines de tienen alguna versión de una etapa de "análisis" para hacer cosas como recopilar métricas de código, determinar la complejidad, identificar malas prácticas de codificación y probables puntos de ruptura, y calcular los posibles costes de recursos, como la deuda técnica. Estos análisis identifican problemas potenciales (algunos más graves que otros), y arreglar estos "agujeros" puede mejorar características clave del código como la legibilidad, la fiabilidad y la mantenibilidad.
En este capítulo, veremos cómo integrar una de las más populares de estas aplicaciones, SonarQube, en una canalización Jenkins. También veremos cómo integrar una herramienta independiente, Jacoco, para el análisis de la cobertura del código. El análisis de cobertura de código suele integrarse en una herramienta como SonarQube, pero merece la pena saber cómo separarlo, dado el importante papel que la cobertura de código puede desempeñar a menudo en el análisis del código.
Para SonarQube, empezaremos hablando brevemente de la herramienta y de cómo se integra en un pipeline tradicional. Luego veremos cómo se traduce en un entorno de canalización como código. Por el camino, cubriremos uno de los aspectos más importantes del uso de una herramienta de este tipo en un pipeline, como una forma de aprobar o suspender ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access