Cadenas de Jobs

Primero instalamos el plugin Parameterized Trigger, igual cómo instalamos anteriormente y reiniciamos.

Luego vamos a crear 2 jobs nuevos:
watchers: En este job, vamos a configure y vamos a “Build after other projects are built” y escribimos y escribimos hello-platzi, sí hello-platzi es successful, quiero que se ejecute watchers.
Y en la parte de executed shell, escribimos : echo “Running after hello-platzi success” y guardamos.
parameterized: Acepta parámetros cuando lo llamo. Marcamos la opción “ This project is parameterized” y en el name escribimos ROOT_ID.
Y en el execute shell: echo “calle with $ROOT_ID” y guardamos.

Y en hello-platzi, en Downstream project, y estos se añaden cuando jenkins se da cuenta que su job tiene una dependencia con otro.
Vamos al configure de hello-platzi y en el execute shell escribimos:
echo “Hello Platzi from $NAME”
Y añadir un build step que se llama : “Trigger/call build on other projects”, y en projects to build escribimos parameterized y le damos en añadir parámetros, luego parámetros predefinidos y escribimos:
ROOT_ID=$BUILD_NUMBER
BUILD_NUMBER es una variable de entorno, que es el valor de esta ejecución y guardamos.

Le damos en “build with parameters” y entramos al console output de parameterized y vemos que la ejecución número tal, fue la que ejecutó a parameterized.
Corre hello-platzi, él llama declarativamente a parameterized e indirectamente a watchers.

Corre los test para esta versión, cuando acabes, mandame esta versión a producción le pasó el id del commit, y se lo pasó a mí job que hace deployment y cuando lo resuelvas me lo despliegas.
El sabe la cadena de ejecuciones que tuvo, y cuál fue el que inició este proceso.
El profe recomienda usar parameterized jobs en vez de watchers, porque cuando uso watchers solo tengo tres opciones mientras que con parameterized jobs tengo más opciones.

Perdonen, pero no entendo nada de nada, instale, ejecute la herramienta, configuracion y realiza todo… pero siento que solamente estoy siguiendo un paso a paso sin contextualizar, jenkins automatiza, pero que automatiza? despliegues de SO. Server, servicios dentro de server, si lo vemos del lado de Infra; codigo desde el lado de dev, pruebas desde le lado de qa, ?, alguna ejemplo, que me puedan recomendar de un uso cotidiano; prefiero preguntar que segir haciendo por hacer y ver correr algo por correr.

para conectar jobs podemos hacerlo de dos formas, basicamente:

• una es que un job este escuchando a otro, y en funcion de su estado success, fail etc. se ejecute -> (ejemplo de watchers)

• la otra manera es desde un job (padre), llamar a explicitamente a otro job (hijo) para esto es necesario agregar un build step de tipo Trigger/call build on other projects esta opcion tiene la potencialidad de que se puede pasar parametros del job padre al hijo

Ya logre instalar el plugin, pero no me aparecen esos dos Jobs.
Ayuda por favor.

He aprendido mas con este curso que con todos los videos de youtube que existen hasta hoy de Jenkins, el profesor explica super bien !

Este video es super vital para todo el curso.

Yo reto a quien sea que no sepa nada de Jenkins a seguir este curso y después hacer una entrevista de trabajo a ver si la pasa…

Seguir aprendiendo
no parar de aprender eso es la felicidad para mi

Primero instalamos el plugin Parameterized Trigger, igual cómo instalamos anteriormente y reiniciamos. Luego vamos a crear 2 jobs nuevos: watchers: En este job, vamos a configure y vamos a “Build after other projects are built” y escribimos y escribimos hello-platzi, sí hello-platzi es successful, quiero que se ejecute watchers. Y en la parte de executed shell, escribimos : echo “Running after hello-platzi success” y guardamos. parameterized: Acepta parámetros cuando lo llamo. Marcamos la opción “ This project is parameterized” y en el name escribimos ROOT_ID. Y en el execute shell: echo “calle with $ROOT_ID” y guardamos. Y en hello-platzi, en Downstream project, y estos se añaden cuando jenkins se da cuenta que su job tiene una dependencia con otro. Vamos al configure de hello-platzi y en el execute shell escribimos: echo “Hello Platzi from $NAME” Y añadir un build step que se llama : “Trigger/call build on other projects”, y en projects to build escribimos parameterized y le damos en añadir parámetros, luego parámetros predefinidos y escribimos: ROOT_ID=$BUILD_NUMBER BUILD_NUMBER es una variable de entorno, que es el valor de esta ejecución y guardamos. Le damos en “build with parameters” y entramos al console output de parameterized y vemos que la ejecución número tal, fue la que ejecutó a parameterized. Corre hello-platzi, él llama declarativamente a parameterized e indirectamente a watchers. Corre los test para esta versión, cuando acabes, mandame esta versión a producción le pasó el id del commit, y se lo pasó a mí job que hace deployment y cuando lo resuelvas me lo despliegas. El sabe la cadena de ejecuciones que tuvo, y cuál fue el que inició este proceso. El profe recomienda usar parameterized jobs en vez de watchers, porque cuando uso watchers solo tengo tres opciones mientras que con parameterized jobs tengo más opciones.

Importante para los que esta realizando el ejercicio en Windows las variables se llaman con el comodin “%variable%”

• Para este caso en el job “parameterized” no me esta tomando la variable de entorno de Jenkins “NUMBER_ID”, alguien sabe por que ?

Ese plugin no esta funcionando correctamente. This plugin is up for adoption! We are looking for new maintainers. Visit our Adopt a Plugin initiative for more information.

Workflow

1. Se ejecuta Hello-platzi

2. Hello-platzi llama a parameterized

3. Indirectamente se ejecuta Watchers porque está viendo a Platzi

Conclusión

• Siempre se puede ver el usuario que ha generado el proceso, aunque sean varios jobs encadenados.
• Recomendado: usar parameterized en lugar de watchers, es más flexible.

Genial este ejemplo.

la verdad me sirvio mucho y aprendi que es lo más importante

Esta clase no es nada clara…

Falta contexto, propósitos de la aplicación, casos reales. Algo más que solo seguir un paso a paso… 😕

ya cree los dos proyectos de watchers y parameterized pero solo me aparece whatchers y no el parameterized, alguna ayuda?

Cadenas de builds.

un ejemplo muy interesante y muy util

Muy buen ejemplo

Muy interesante su aplicación. Podría ser más detallado el tutorial para que no se preste a confusiones.

Interezante…!

Saludos comunidad, No me aparece el plugin Parameterized Trigger plugin, alguna solucion para esto, algun compi que me ayude, grascias

Interesante )

No me aparece el plugin Parameterized Trigger plugin 😦

esta forma de encadenas es interesante, se puede aplicar a CI CD. Ojala podamos ver un ejemplo de esto,

A usar parametrized jobs 😃

Que buena claseee!

al igual que con el curso de Devops, no puedo con su spanglish “deployame” … :S

Por medio de los Watchers podemos hacerle tracking a nuestros jobs cuando fueron exitosos, se podría incluso enviar un email por correo electrónico a travez de comandos para avisar que salió bien o no.

Buenas noches realice la instalacion pero necesito reiniciar y ver los cambios, porque le di enesta opcion pero espero pero no se reinicia ni nada