Capítulo 1 ¿Qué es Jenkins?
Jenkins es un motor escalable y de integración continua.
Principalmente utilizado para:
- Construye y prueba proyectos de software de forma continua y automática.
- Superviso algunas tareas que se realizan regularmente.
Las características que posee Jenkins incluyen:
- Fácil de instalar: simplemente despliega jenkins.war en un contenedor de servlets sin soporte para bases de datos.
- Fácil de configurar: todas las configuraciones se realizan a través de la interfaz web que proporciona.
- El RSS/Correo electrónico integrado publica los resultados de la compilación mediante RSS o notificaciones por correo electrónico cuando la compilación está completa.
- Genero informes de pruebas JUnit/TestNG.
- L Soporte de compilación distribuida Jenkins permite que varias máquinas construyan y prueben juntas.
- L Reconocimiento de archivos: Jenkins puede rastrear qué jars se generan por qué build, qué versión de jar se usa por qué build, etc.
- Soporte para plugins: Se admiten extensiones, así que puedes desarrollar herramientas que se adapten al uso de tu equipo.
1 Origen de Jenkins
La integración continua (CI) se ha convertido en una práctica común para muchos equipos de desarrollo de software que se centran en garantizar la calidad del código a lo largo de todo el ciclo de vida del desarrollo. Es una práctica diseñada para facilitar y consolidar el proceso de desarrollo de software. Y puede ayudar a tu equipo de desarrollo a afrontar desafíos como:
- Automatización de la construcción de software: Una vez completada la configuración, el sistema de CI construirá el software objetivo según el calendario predeterminado o para un evento específico.
- Construir comprobaciones automatizadas sostenibles: El sistema de CI puede obtener continuamente código fuente de check-in nuevo o modificado, es decir, cuando el equipo de desarrollo de software necesita revisar periódicamente el código nuevo o modificado, el sistema de CI confirmará constantemente si el nuevo código ha interrumpido la compilación exitosa del software original. Esto reduce el tiempo y esfuerzo que los desarrolladores dedican a comprobar cambios en su código interdependiente (para ser claros, jeje).
- Construir pruebas automatizadas sostenibles: construir una parte extendida de la comprobación, ejecutar un conjunto predefinido de reglas de prueba tras la compilación y activar notificaciones (correo electrónico, RSS, etc.) a las partes relevantes tras completarlo.
- Automatización de procesos posteriores tras la generación: Cuando se completan con éxito las comprobaciones y pruebas automatizadas, pueden requerirse tareas adicionales en el ciclo de compilación del software, como generar documentación, empaquetar software y desplegar componentes en un entorno de ejecución o repositorio de software. Esto permite que los componentes estén disponibles para los usuarios más rápidamente.
- Los requisitos mínimos requeridos para desplegar un sistema de CI son un repositorio del código fuente disponible y un proyecto con scripts de compilación.
El siguiente diagrama resume la estructura básica de un sistema CI:
Los componentes del sistema funcionan en el siguiente orden:
1. El desarrollador revisa el código en el repositorio de código fuente.
2. El sistema de CI crea un espacio de trabajo separado para cada proyecto. Cuando se preestablece o solicita una nueva compilación, almacena el código fuente del repositorio de código fuente al espacio de trabajo correspondiente.
3. El sistema de CI ejecutará el proceso de compilación en el espacio de trabajo correspondiente.
4. (Si existe configuración) Una vez completada la compilación, el sistema de CI realiza un conjunto definido de pruebas en un nuevo artefacto. Activa notificaciones (correo electrónico, RSS, etc.) a las partes correspondientes al completarlo.
5. (Configuración, si existe) Si la compilación tiene éxito, este artefacto se empaqueta y transfiere a un destino de despliegue (por ejemplo, servidor de aplicaciones) o almacenado como una nueva versión en el repositorio de software. Un repositorio de software puede formar parte de un sistema de CI o un repositorio externo, como un servidor de archivos o un sitio web como Java.net, SourceForge, etc.
6. El sistema de CI suele iniciar acciones correspondientes basadas en solicitudes, como compilaciones instantáneas, generación de informes o recuperación de algunos artefactos construidos.
Jenkins es uno de esos sistemas de CI. Anteriormente conocido como Hudson.
Aquí tienes algunas razones para usar Jenkins:
- Es el más fácil de instalar y configurar entre todos los productos de CI.
- L Basado en el acceso web, la interfaz de usuario es muy amigable, intuitiva y flexible, y en muchos casos proporciona retroalimentación instantánea de AJAX.
- Jenkins está desarrollado en Java (lo cual es muy útil si eres desarrollador Java), pero no se limita a crear software basado en Java.
- Jenkins tiene una gran cantidad de plugins. Estos plugins amplían enormemente la funcionalidad de Jenkins; Todos son de código abierto y pueden instalarse y gestionarse directamente a través de la interfaz web.
1.1 Objetivos de Jenkins
El objetivo principal de Jenkins es supervisar el proceso de desarrollo de software y detectar rápidamente los problemas. Por lo tanto, puede garantizar que los desarrolladores y el personal relacionado ahorren tiempo y esfuerzo, y mejoren la eficiencia del desarrollo.
El papel principal del sistema de CI durante todo el proceso de desarrollo es el control: cuando el sistema detecta un cambio en el repositorio de código, delega la tarea de ejecutar la compilación al propio proceso de compilación. Si la compilación falla, entonces el sistema CI notifica a la persona correspondiente y continúa monitorizando el repositorio. Sus personajes parecen pasivos; Pero sí refleja el problema rápidamente.
En particular, tiene las siguientes ventajas:
- Jenkins Todas las configuraciones pueden hacerse en la interfaz web. Algunas configuraciones como MAVEN_HOME y correo electrónico solo necesitan configurarse una vez, y todos los proyectos pueden utilizarse. Por supuesto, también se puede configurar modificando el XML.
- Módulos que soportan Maven, Jenkins ha optimizado Maven, para que pueda reconocer automáticamente módulos, y cada módulo pueda configurarse como un trabajo. Bastante flexible.
- L Agregación de informes de prueba, los informes de prueba de todos los módulos se agregan entre sí, y los resultados son claros a simple vista, usando otros CI, lo cual es una tarea casi imposible.
- L Artefact, el resultado de cada build se gestiona automáticamente y se puede navegar y descargar fácilmente sin ninguna configuración.
|
Publicado en 22/11/2018 9:59:36
|
|
|
|
