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.
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.
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.
Uno de los casos de uso más frecuentes de Docker es formando parte de una cadena de integración y despliegue continuo (CI/CD) gestionada por Jenkins.
En esta serie de artículos vamos a levantar un contenedor con Jenkins sobre Docker y vamos a configur Jenkins paso a paso.
