You don't have access to this class

Keep learning! Join and start boosting your career

Aprovecha el precio especial y haz tu profesión a prueba de IA

Antes: $249

Currency
$209
Suscríbete

Termina en:

0 Días
6 Hrs
53 Min
10 Seg

Jenkins y su ecosistema de Plugins

8/15
Resources

One of the reasons why Jenkins is loved is because it has Plugins for most things.

Plugins are units that extend Jenkins, after installing it our tool can do something new, it is recommended to install them with the option of ""Download now and Install after restart"" and so Jenkins will take care of running all the Jobs that were running and when that is finished, it will install it.

Contributions 27

Questions 2

Sort by:

Want to see more contributions, questions and answers from the community?

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

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

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

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…!