Photo by Mabel Amber
En entradas anteriores hemos subido el código de la aplicación al repositorio en Gogs y hemos instalado SonarQube y Jenkins. Ahora, vamos a configurar Jenkins para que analice el código de la aplicación y detectar fallos incluso antes de compilar la aplicación.
Update 2022-01-06 He actualizado los enlaces externos hacia la documentación de SonarQube. Por favor, revisa la documentación oficial actualizada ya que este artículo se escribió para una versión anterior de SonarQube.
En las guías y tutoriales en internet siempre funciona todo sin ningún fallo. Sin embargo, lo más habitual es que encontremos problemas en los primeros intentos de poner en marcha una aplicación.
Personalmente, creo que el aprendizaje es un proceso de ensayo y error, por lo que se aprende solucionando los errores que nos encontramos.
Con esa idea en mente, también intento documentar los fallos que cometo. A continuación tienes el registro de las acciones que realicé para solucionar los problemas encontrados en el arranque de SonarQube.
SonarQube es una herramienta de análisis continuo de código.
La versión open source ofrece soporte para 20 lenguajes de programación, mientras que la versión comercial amplía el número de analizadores. También hay analizadores creados por la comunidad.
Una vez tenemos código en el repositorio de Gogs, para poder avanzar tenemos que definir y configurar el pipeline en Jenkins.
Jenkins es un servidor de automatización de código abierto escrito en Java. Es una herramienta clave en el proceso de integración continua y un facilitador de cara a realizar despliegues continuos.
Gogs es un servidor de Git escrito en Go. Proporciona un interfaz web similar a GitHub.
En esta entrada se describe cómo lanzar los contenedores necesarios para tener una instalación funcional de Gogs.
Como indicaba en el entrada que abría esta serie, además de las aplicaciones que forman parte del pipeline, uso algunas aplicaciones auxiliares.
Estas aplicaciones son MailDev y Portainer.
El principal objetivo de esta serie de artículos es aprender a construir un pipeline siguiendo, en la medida de lo posible, las mejores prácticas de cada producto.
En esta guía, se muestran los pasos a seguir de principio a fin sin que falle nada; sin embargo, el proceso real es muy diferente, con multitud de errores a lo largo del camino.
En esta entrada quiero exponer algunos de los cambios que he realizado, a nivel de diseño de la arquitectura durante la creación del pipeline.
En esta serie de artículos quiero construir una pipeline de integración continua basada en Jenkins sobre Docker.
