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.