Introducción
Introducción a Automatización
Jenkins Core
Introducción a Jenkins
Instalación y Configuración Básica de Jenkins
Manejo Básico de Usuarios
Jobs
¿Qué es un Job?
Configuración de un Job
¿Cómo Jenkins interactúa con su máquina local?
Plugins
Jenkins y su ecosistema de Plugins
Cadenas de Jobs
Connectándonos a GitHub
Pipelines
¿Qué es un 'Pipeline'?
¿Cómo puedo acelerar mi development de Pipelines?
Slave
Introducción a Slaves
Conectado un Slave
Cierre
Cierre del curso, introducción a DevOps
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Yamil Asusta
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
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
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…
|
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
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:
Qué diferencia existe en especifico para NodeJS?
Qué diferencia existiría para cualquier otra herramienta?
De la pregunta 1, Por qué deja activa la primera opción y la otra no?
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…!
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?