Chapitre 12. Intégration des outils d'analyse
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
La plupart des pipelines ont une version d'une étape d'"analyse" pour faire des choses telles que la collecte de métriques de code, la détermination de la complexité, l'identification des mauvaises pratiques de codage et des points de rupture probables, et le calcul des coûts potentiels des ressources tels que la dette technique. Ces analyses permettent d'identifier les problèmes potentiels (certains plus graves que d'autres), et la correction de ces "trous" peut améliorer les caractéristiques clés du code telles que la lisibilité, la fiabilité et la maintenabilité.
Dans ce chapitre, nous verrons comment intégrer l'une des plus populaires de ces applications, SonarQube, dans un pipeline Jenkins. Nous verrons également comment intégrer un outil distinct, Jacoco, pour l'analyse de la couverture du code. L'analyse de la couverture du code est fréquemment intégrée à un outil comme SonarQube, mais il vaut la peine de comprendre comment la séparer, étant donné le rôle important que la couverture du code peut souvent jouer dans l'analyse du code.
Pour SonarQube, nous commencerons par discuter brièvement de l'outil et de la façon dont il s'intègre dans un pipeline traditionnel. Nous verrons ensuite comment cela se traduit dans un environnement de pipeline en tant que code. En cours de route, nous aborderons l'un ...
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