No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Jenkins y su ecosistema de Plugins

8/15
Recursos

Una de las razones por la cual Jenkins es adorado es porque tiene Plugins para una mayoría de cosas.

Los plugins son unidades que extiende a Jenkins, después de instalarlo nuestra herramienta puede hacer algo nuevo, es recomendado instalarlos con la opción de ““Download now and Install after restart”” y así Jenkins se va a encargar de ejecutar todos los Jobs que estaban corriendo y cuando eso termine, lo va a instalar.

Aportes 27

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Si a alguien le da un error

Error : java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty

la solución es

sudo /var/lib/dpkg/info/ca-certificates-java.postinst configure

Pildoras de la clase
Plugins: Son unidades que extienden a Jenkins
Download now and install after restart

  • Recomendado
  • Jenkins espera a que terminen todos los jobs
  • luego hace las instalaciones
  • Reinicia la máquina
  • No acepta otros trabajos hasta que esté de nuevo disponible

Solo tengo una palabra ¡Wow! Esto + Docker mamita…

A pesar de que el curso es bastante antiguo, no he tenido ningún problema ni con la instalación ni con la interfaz.

Ok, me diseñé un ejemplo para el experimento con Jenkins y varios builds con diferentes versiones de una herramienta…
|

  1. Desde un UIbuntu server 18.04 totalmente nuevo, sin NodeJS instalado

    |
  2. Instalé la última versión de NodeJS (14.9.0) y corrí el siguiente comando para validar la versión como una salida en consola (v14.9.0).
k3@slave_1:~$ node -e "console.log(process.version)"
v12.18.3
k3@slave_1:~$

Luego, instalé el programa “n” desde el node package manager… las versiones de nodejs 10.x y 12.x, para validar el experimento…

|
3. la salida que espero en la consulta de las versiones (desde Jenkins) es como la siguiente:

k3@slave_1:~$ node -e "console.log(process.versions)"
{
  node: '12.18.3',
  v8: '7.8.279.23-node.39',
  uv: '1.38.0',
  zlib: '1.2.11',
  brotli: '1.0.7',
  ares: '1.16.0',
  modules: '72',
  nghttp2: '1.41.0',
  napi: '6',
  llhttp: '2.0.4',
  http_parser: '2.9.3',
  openssl: '1.1.1g',
  cldr: '37.0',
  icu: '67.1',
  tz: '2019c',
  unicode: '13.0'
}
k3@slave_1:~$


|
4. Luego construyo el execute Shell como sigue:

|
5. y ahora sí, puedo ver cómo sería trabajar con varias versiones de NodeJS (12 y 10 p.ej.), o como sería en general para cualquier software…

Jenkins debe contar con minimo 14.000 plugins para soportar la automatización de todo tipo de tareas.

me arrojo error… me tocará ver qué paso XD

Todo ok!!

Excelente!!

Y por ejemplo ¿con java? Porque por jenkins funciona con java 8, pero por ahí yo tengo en el mismo server corriendo un api hecha con java 9 o 10, ¿como hago para lidiar con la necesidad de tener varias versiones para distintos sistemas automatizando eso y no teniendo que manualmente definir rutas a cada uno?

En la documentación de jenkins existe una entrada para correr jenkins en java 11:
https://www.jenkins.io/doc/administration/requirements/jenkins-on-java-11/

esto funciona donde laboro tenemos varios servicios en java 11 que están automatizados con jenkins

Tengo instalado Jenkins en Docker y despues de seguir todos los pasos para instalar node, parece que tiene problemas aun.

00:08:25 + node -v
00:08:25 /tmp/jenkins1520747346326877278.sh: line 3: node: not found
00:08:25 Build step ‘Execute shell’ marked build as failure
00:08:25 Finished: FAILURE

  1. Qué diferencia existe cuando activa el check desde “Provide Node & npm bin/folder to PATH” con la versión y cuando selecciona la opción “Execute NodeJS script”.
    Aquí me gustaría resolver dos dudas:

  2. Qué diferencia existe en especifico para NodeJS?

  3. Qué diferencia existiría para cualquier otra herramienta?

  4. De la pregunta 1, Por qué deja activa la primera opción y la otra no?

Qué grave, en este momento va la versión 22.5.0, el doble

En la sección anterior puse una pregunta donde cuestionaba sobre si me tocaría estarme adentrando en las entrañas de mi contenedor Jenkins para instalarle cuanto software quisiera involucrar… ahora esto lo soluciona todo, y de qué manera! Es genial!

Esto se pone mas interesante!

sirvioooo

¡Y así hay muchísimos más plugins!

A esta seccion queria llegar

muy interesante

Entendido y puesto en practica.

Uff qué fácil, es tener versiones de soft en un mismo lugar! esto es GENIAL!!

No se si esto en un error, porfavor corregirme si estoy mal.
Al parecer Jankins no installa (en este caso node) en la maquina directamente.
Primero que nada no tengo instalado no en mi maquina local, segui los pasos del video para instalar desde jenkins y en un job escribi node -v como ocurre en el video.
El ouput que me dio en Jankins fue la version de node , que en este caso es v14.10.0.
Pero despues si ejecuto node -v directamente desde la linea de comando de mi pc me sale esto bash: node: command not found al parecer no tengo node en el pc.

perfecto, muy simple y muy buena herramienta.

:xcelente…!