Hagamos la configuración del tag para que sea de forma automática.
Regresemos a nuestro Docker Image.
Lo vamos a editar y ahora sí, lo que vamos a hacer es desconectar este código.
Recuerden nuevamente contra el Slash o coman Slash.
Voy a cortar esta variable de entorno porque no la necesito en este punto, o sea, no la necesito en
el logging.
No tiene sentido, ahí no va.
Voy a cortar esa variable de entorno y esa nueva variable de entorno la voy a definir en tanto en el
Valle Image y en el push image y tiene que ser la misma.
Y eso es lo bueno, porque lo podemos hacer de esta manera.
Ok, acuérdense y en dos puntos tab y lo dejan de esta forma copio estas dos líneas control C y la voy
a pegar aquí abajo.
Normalmente la tabulación es importante.
Tenga mucho cuidado.
Ahora tengo que usar este new versión en lugar de que cosa en lugar de ese número.
Y para usar la variable de entorno, le ponemos el símbolo de dólar new person o el nombre de su variable
de entorno.
Lo mismo voy a copiar acá y lo voy a pegar por aquí y luego podemos dejar en leer.
Es exactamente igual y eso es todo.
Recuerden, eso es básicamente lo que nosotros tenemos que hacer ahora para automáticamente ir incrementando
las versiones.
Voy a darle esta comida.
Solo déjeme darle una doble revisada.
Parece que está bien.
Y aquí ya no lo estoy usando.
Me parece que está bien.
Voy a darle start commit.
Con mi changes.
Revisemos rápidamente a nuestras acciones.
Deberíamos tener una nueva acción.
Y el procedimiento va a demorar un poco.
Porque ahora sí, efectivamente.
Está creando todo.
Todo, todo el procedimiento de la imagen.
Los paquetes, construir las imágenes de las dependencias, etc, etcétera, etcétera va a ser básicamente
todo el proceso.
Pero cuando termine, deberíamos de tener una nueva versión desplegada acorde a la última versión semántica
que generó nuestro código basado en el código de o la acción de Reach, que es bastante buena bien utilizada.
Ustedes pueden usar cualquiera y muchas de estas.
Esta no es la única, pero esta es con la cual yo he trabajado, o por lo menos la que he utilizado
en este tipo de procedimientos.
Podemos cerrar esto?
Dejen que esto avance.
Va a demorar un rato.
Y cuando el procedimiento termine, vamos a regresar ahí para ver que ley es.
Y la nueva tac tac debería estar aquí.
Entonces esperemos que esto termine y regreso con ustedes en unos momentos.
Ok, el procedimiento ya está a punto de terminar.
Está haciendo los puzzles de las nuevas versiones.
Perfecto.
Está haciendo la limpieza ya.
Para este punto, ya debería haber terminado.
Cuando yo tenga este check en el bus, ya puedo venir aquí, recargar el navegador web y deberíamos
de ver la nueva imagen.
Y ahí lo tenemos.
Leares y el pluri lease uno.
Técnicamente, cuando ustedes hacen este tipo de pipeline significa de que ustedes ya saben, tal vez
a que arquitectura lo van a desplegar o inclusive pueden jugar e ir más allá y tratar de integrar esto
Complex para generar los multi arquitectura.
Pero básicamente hicimos la forma, digamos que más talvez no es la más rápida, es decir, no la más,
no es la más sencilla ni la más complicada, pero hicimos un montón de procedimientos automáticos que
basado en mis commits, va a disparar todo el procedimiento de construcción del mismo.
Espero que esta sección les haya gustado muchísimo.
Mi código fuente de este proyecto lo van a tener en la próxima clase y recuerden que aquí ustedes tienen
los workflow para poder venir aquí y ver cada uno del código literal como yo lo dejé.
Recuerden, ustedes no van a poder ejecutarlo de esa manera, porque faltan los secretos que ustedes
ya saben como crearlos.
Pero básicamente con esto es lo que quería hacer y cubrir en esta sección.
Espero les haya gustado mucho, hayan aprendido algo y nos vemos en la próxima sección.