Jobs en Jenkins: cómo crear tu primer trabajo

Jenkins gira alrededor de sus trabajos y la automatización confiable. Aquí verás cómo crear un primer job con enfoque práctico, entender la concurrencia con el build executor, y leer el console output para auditar ejecuciones, éxitos y errores. Todo con lenguaje claro y ejemplos reales.

¿Qué es un job en Jenkins y por qué es crucial?

Un job es la unidad central de ejecución en Jenkins. Desde el inicio, la interfaz sugiere: “Please create new jobs to get started”, dejando claro que esta es la función esencial.

• Jenkins puede ejecutar varios trabajos a la vez. La concurrencia la controla el build executor.
• En el ejemplo, se pueden correr dos trabajos concurrentes. Se pueden añadir más, uno o ninguno.
• Al crear un job, Jenkins ofrece opciones como Freestyle Project, Pipeline y Folder.
• Este contenido se enfoca en Freestyle Project: es el modo más antiguo y versátil.
• Pipeline permite escribir código para definir la ejecución basada en una función.

¿Qué opciones ofrece Jenkins al crear un job?

Al seleccionar Freestyle Project, aparecen secciones clave de configuración:

• General: configuración básica del proyecto.
• Source Code Management: control de código fuente.
• Build Triggers: disparadores de ejecución.
• Build Environment: entorno de compilación.
• Build: pasos de ejecución.
• Post-Build Actions: acciones tras el build.

¿Cómo crear y ejecutar un Freestyle Project paso a paso?

Se crea un job llamado “Hello Platzi” y se selecciona Freestyle Project. El objetivo: mostrar de forma simple qué hace Jenkins.

¿Cómo configurar el bloque build con Execute Shell?

En la sección Build se elige Execute Shell para ejecutar comandos como en una consola Linux dentro de Jenkins. Se escribe:

echo hello Platsi

• Guardar con Save.
• Lanzar con build now.
• Esto crea el primer trabajo ejecutable sin complejidad adicional.

¿Cómo ver el console output de forma rápida?

Al finalizar el build se puede inspeccionar el console output de dos formas:

• Clic en el número del build para abrir el detalle.
• Truco rápido: clic en la “bolita” del estado para ver el output directo, sin entrar al número. Ahorra tiempo en revisiones.

¿Cómo interpretar el workspace, el historial y los estados de build?

Jenkins registra quién ejecutó el build, dónde corrió y qué comandos se lanzaron. Esto permite auditoría y control de versiones en despliegues y pruebas.

¿Qué estructura de carpetas crea Jenkins en el sistema?

Durante la ejecución se muestra “Building in Workspace” con la ruta física del sistema operativo:

• La instalación vive en “var lib Jenkins”.
• Jenkins crea un workspace y dentro, un folder por cada job.
• Ejemplo: “Project Platzi” aparece como job con su propio directorio.

¿Qué significan los estados y por qué la trazabilidad importa?

Cada ejecución genera un elemento en el build history con un número incremental. Esto te permite saber qué pasó y cuándo.

• Estados posibles: Success, Aborted, Canceled, Error.
• Puedes borrar builds cuando sea necesario.
• Saber el último éxito o la última falla resulta clave al desplegar código.
• Si las pruebas fallan, puedes identificar qué commit introdujo el failure y cuándo el build dejó de estar verde (green) y pasó a rojo.
• Jenkins registra el usuario que lanzó el build, útil para seguimiento y auditoría.

Además, Jenkins se extiende con plugins. A medida que se instalan, la página de configuración del job se vuelve más rica. Primero se aprovecha lo que viene predefinido; luego se agrega complejidad según la necesidad.

¿Tienes una práctica o truco con Freestyle Project, Execute Shell o el console output que te haya ahorrado tiempo? Cuéntalo en los comentarios y enriquezcamos el flujo de trabajo de todos.