Para esta clase, les voy a pedir que por favor se descarguen del material adjunto este archivo comprimido
que dice Grab wheel actions.
Lo descomprime y van a tener esta carpeta que se Grab actions, la cual vamos a colocar dentro de nuestra
carpeta de Docker.
Y aquí tenemos Group actions.
Y vamos a ver por qué se llama así.
La verdad es que el proyecto no importa mucho como esté construido, simplemente es otra aplicación
en lo que yo hice en otro curso, que fue una introducción que trabajamos en cierto curso, pero no
importa, no importa tanto eso.
Tomen la carpeta y déjenla caer dentro de Visual Studio Code.
Si analizamos un par de archivos que tenemos aquí, ya debería de ser algo más familiar.
Por ejemplo, nosotros tenemos un ignore en el cual estamos diciéndole que ignore la parte de los módulos
de git github o esta carpeta en GitHub que todavía no sé que es.
Ya la vamos a ver.
Y la carpeta de distribución que sería el producto del build de mi aplicación de Next.
Ok, esto que voy a hacer es totalmente opcional, ustedes me pueden seguir si así lo desean.
Solo quiero que ustedes sepan que es lo que hace la aplicación para que cuando después hagamos el procedimiento
automático del despliegue, ustedes miren que todo este procedimiento funcionó como ustedes esperaban.
Entonces vamos a hacer un cd a la carpeta de Graph Actions, presionen enter y escriban join o npm install
para reconstruir sus dependencias.
Este paso es totalmente opcional, pero nuevamente yo los invitaría que lo hagan para verificar que
la aplicación.
Cómo funciona la aplicación?
Entonces ahora hagamos el Nyan Start dos puntos para echar a andar nuestra aplicación en modo de desarrollo.
Van a ver que aquí dice aplicación corriendo en el puerto 3000.
Entonces vamos a regresar a el navegador web o navegador web y presionen ese ese URL localhost 3000
es las graph curl, presionen enter y aquí debería parecerles algo similar a esto.
Hagan clic aquí donde dice Query your server.
Y más o menos deberíamos de tener algo así en el cual podemos escribir.
Lo controlé enter y todos con la descripción controlé enter.
Más o menos algo así es lo que nosotros deberíamos de estar viendo.
Eso significa que la aplicación está corriendo, está funcionando, etc, etcétera Eso está bien por
ahora.
Por ahora vas a notar que esta aplicación como que se recarga.
Esto depende de ciertas cosas que están sucediendo, pero por ahora no importa mucho y cancelen ok?
No importa mucho si eso les pasa.
Ok, eso no es lo importante.
Lo importante es que ya vimos más o menos que lo que hace la aplicación.
Ok, regresemos a Visual Studio Code, tenemos dos módulos de Node, esos módulos de NO, si ustedes
desean borren los y también borren la carpeta de distribución.
Ok, parte del objetivo hacer eso.
Subámonos todo, esa parte de ahí no las necesito, no necesito nada de eso.
Ok, voy a cerrar el doc.
El doc.
Y también van a notar que tenemos un Docker file, que esto también debería ser familiar a lo que nosotros
hemos hecho anteriormente en el cual tenemos no tenemos Alpine, lo llamamos DevOps o Dev dependencias
y básicamente lo mismo que hicimos en las secciones anteriores, no?
Ya ustedes saben como funciona cada uno de estos pasos, o al menos eso esperaría.
Entonces, cuál es la idea de este o de esta sección como tal?
Aunque yo lo expliqué en el video de introducción, lo que nosotros vamos a querer hacer es mediante
un simple comando de Git.
Ok, hay varias maneras de hacer esto, pero mediante un simple comando de git que nosotros podamos
disparar el procedimiento de construcción de nuestra imagen y adicionalmente también llevarla a Docker
OB.
Es decir, voy a mostrar esto por acá y automáticamente colocarla por aquí.
Vamos a ver que aquí yo ya tengo el ejercicio.
Obviamente hago los ejercicios antes de empezar a grabarlos con el objetivo de asegurarme de que todo
funcione, pero básicamente va a hacer que nosotros subamos nuestra imagen automáticamente aquí con
solo un commit, es decir, yo hago un commit en la rama main o ustedes pueden controlar como quieren
que esto funcione porque ustedes hacen un commit.
Ese commit lo va a recibir github y git mediante git actions va a disparar todo el pipeline, es decir,
todo el flujo de procesos para construir y desplegar la imagen.
Inclusive vamos a ir un paso allá o más allá para que automáticamente maneje el versión semántico por
mi, porque si bien es cierto, nosotros podríamos hacer que manualmente nosotros lo cambiáramos acá
por ejemplo, versión uno punto 2.0 realizada en dinero o lo que ustedes quieran ponerle.
Eventualmente esto se hace muy difícil de mantener.
Es decir, yo no sé qué versión es la que sigue.
Yo no sé si vale la pena que esta sea una versión mayor, qué sé yo.
A veces puede ser un poco complicado darle un entrenamiento semántico a sus aplicaciones o a sus imágenes.
La idea de direccionamiento semántico es que el primer número significa que es una versión mayor del
segundo número, que hay algún nuevo tipo de característica nueva en la aplicación, un nuevo feature.
Y este es Book Fix.
Y luego tenemos otros tags adicionales que podrían ser como Release candidate en el caso de que este
va a ser el candidato para la versión usualmente asociada para versiones mayores, como decir para la
versión dos para versión tres más o menos, pero eso es totalmente opcional.
Igual solo le voy a explicar como poder manejar todo esto de manera automática.
En fin, eso es el objetivo de lo que vamos a empezar a hacer en los próximos vídeos.
Pero necesito de nuevo que ustedes tengan el proyecto a la mano hasta ese punto y los veo en el siguiente
video.