Lo que nosotros queremos hacer es básicamente lo que terminamos haciendo en la clase anterior.
Se acuerdan de hacer nuestro baile, pero yo no quiero que esto lo haga desde el lado de mi computadora,
quiero que lo haga Git en sus servidores, porque ese es el tiempo de ellos y yo simplemente quiero
hacer el comida en main y que automáticamente dispare la acción y que pase todo de manera en cascada
mediante estos procedimientos automáticos.
Eso es lo que estamos buscando.
Si me voy a la parte de acciones, ustedes van a ver que aquí tenemos nuestro toque Docker Image, el
cual puede ser que tenga un error o puede ser que haya sido cancelado.
Como ustedes quieran.
Si ustedes quieren, pueden borrarlo o pueden crear uno nuevo, etcétera Pero la verdad es que yo esperaría
que ustedes ya tengan esa acción fallida, pero eso está bien.
Si ustedes quieren actualizar esa acción, pueden irse a la parte de código GitHub, Workflow y vamos
a editar este archivo.
Cualquier edición en este archivo del Docker Image va a disparar el procedimiento de reconstrucción
y va a disparar también la acción propiamente de Git actions.
Entonces editamos la voy a tocar este lapicito.
Y evitemos este archivo.
Voy a hacer esto un poco más grande.
También podemos hacer las adiciones directamente en nuestra computadora, en nuestro repositorio que
tenemos localmente en Visual Studio Code, hacer las modificaciones, etcétera Y cuando ustedes vean
los cambios, este hechizo se va a volver a disparar la acción.
Básicamente, cualquier manipulación que ustedes hagan en esta, en este archivo o que metamos, va
a volver a disparar la acción.
Ok, dejemos esto, los puzzles y el request.
Técnicamente solo buscaríamos que esto fuera en cuando se hace un request al main, pero aquí ya depende
mucho como ustedes quieran trabajar su repositorio.
Cualquier modificación al main mediante branches o por request vamos a disparar esta acción en el vill.
Lo vamos a dejar así y que corra en el Mount Laris y cada uno de estos pasos, cada una de estas rayitas.
Bueno, en pocas palabras, cada una de estas rayitas es un paso.
También estos pasos van a ver claramente el nombre y por dónde va.
Ok.
Entonces si quieren esta de aquí, comenten la pueden presionar controles Slash o Control Slash o Command
Slash o control Slash para agregar ese comentario.
El primer paso es trabajar con esta acción del check out tres, pero también puede ser que ustedes ya
estén viendo las cuatro dependiendo si actualizaciones o lo demás.
Siempre me gusta que todo esto quede con un nombre humanamente elegible, es decir, que yo sepa qué
nombre o que en qué paso me encuentro.
Entonces para eso voy a colocar aquí el name.
Y por favor recuerden que los archivos llamo la sintaxis y el espaciado es sumamente importante.
Por favor presten mucha atención a como lo estoy manejando.
Ok?
El name que le voy a dar acá es un nombre humanamente legible para nosotros.
En este caso le voy a poner como check out, check out code.
Este paso del cheque code básicamente lo que va a hacer es tomar lo que tenemos en nuestro repositorio.
Eso es básicamente y va a usar.
Van a borrar esos ese menos y presionen un tab.
Es decir, el nombre de Checkout Code es básicamente este paso que quiero hacer acá y puedo añadirle
con la configuración del Fetch Dev.
Para que vaya bien adentro.
En la búsqueda de nuestro de nuestro historial de cómics, pueden ver más información sobre esta parte
de el Fetch Step en la documentación de GitHub también.
Este primer paso y cada uno de los pasos se va a hacer en secuencia siempre sobre este Ubuntu Lares,
que esta es mi primer paso que toma todo el código que tengo en mi repositorio.
Punto.
El siguiente paso que quiero hacer va a ser probar si me puedo autenticar en en Docker.
Se acuerdan cómo hacíamos la autenticación?
Tal vez sí o no?
Bueno, si no se acuerdan, no se preocupen si yo hago un Docker login.
Login y presionó enter.
Me va a pedir mis credenciales, es decir, el usuario y el password, pero adicionalmente yo puedo
poner docker login menos u en este caso pongan su usuario.
Y menos P y el password que voy a mandar aquí va a ser el token que yo genere.
Desafortunadamente se token, no me acuerdo cuál era.
Entonces voy y les dije bueno, está bien, voy a volver a generar otro, otro token solo para demostrar,
no hace falta que ustedes lo hagan, porque igual lo voy a ejecutar desde GitHub Action sobre esto es
una demostración.
Vámonos a Security, Voy a crear un nuevo token.
Voy a ponerle cualquier nombre, prueba lo que sea.
Voy a poner lo que solo Only No importa.
Toco este token.
Voy a regresar a la consola Pego.
Aunque técnicamente esto va a limitarme aquí, pero después tengo que hacer lock out.
Usted ya sabe, voy a presionar Enter y me va a decir que hace que haga de un STD Inn porque esto va
a quedar visible en el archivo de Access Tokens.
Pero lo que tenemos ahí es nuestro token.
Que fácil de manipular y nuevamente lo estamos haciendo mediante kilovatios, pero van a ver que esto
funciona.
Ok, yo ya estoy autenticado y lo que voy a hacer es borrar ese token para fines de no dejar basura
aquí.
Pero básicamente ese comando que nosotros hicimos, este comando que tengo acá es el que yo quiero ejecutar
en GitHub actions, porque me tengo que autenticar.
Entonces ahora voy a crearme un nuevo paso nuevamente.
Es un nuevo paso menos.
Y miren la tentación que estoy haciendo esta siempre en este punto, en este nivel de los steps espacio.
El siguiente va a tener el name y le ponen el nombre que ustedes quieran, en este caso Docker Login.
Enter.
Puedo definir ciertas variables de entorno para que sean más fáciles de utilizar o bien puede usar directamente
de mis secrets.
Las dos formas son fáciles, pero claramente vamos a ver cuáles son las variables de entorno que voy
a utilizar.
Uno va a ser el Docker y un bajo y user que es el nombre.
No importa lo que ustedes le pongan, ese es el nombre que yo le voy a dar y voy a utilizar al valor
que le voy a poner aquí dentro de todas mis actions.
Es decir, Docker user va a apuntar en este caso A123123.
Pero yo no quiero que apunte 123.
Yo quiero que apunte a El secreto de GitHub que ya creamos y esto lo tenemos en secrets, punto Docker
y Bajo y user.
Recuerden que estos secretos lo creamos.
Déjenme abrirles y mostrárselos.
Lo creamos en Secrets Actions.
Esto ya lo hicimos anteriormente, son básicamente estas dos cosas.
Entonces voy a utilizar el secreto que dice y ojo, doble llave, símbolo de de dólar, etcétera.
Copien esta línea.
Péguenle abajo y ahora va a ser Docker Password.
Tenga mucho cuidado al escribir estas cosas, porque si se equivocan en una letra, no le va a funcionar.
Password.
Ok secrets Docker password secrets Docker user.
Con eso ya creó esas dos variables de entorno.
Ahora vamos a hacer el paso de ejecución.
En este caso sería run.
Qué es lo que yo quiero correr?
Y cuando ustedes trabajen en Run pueden poner una sola línea, pero usualmente van a querer colocar
más de una línea y por eso se acostumbra.
Y ustedes van a ver muy comúnmente poner el carácter de tubería acá.
Esta tubería básicamente significa que cada una de las siguientes líneas que yo voy a colocar son líneas
independientes que vamos a ingresar manualmente en la en la consola, por ejemplo, voy a colocar aquí
un eco y vemos algo como iniciando login, que eso no hace falta ponerlo, pero igual lo voy a escribir
para demostrar lo que les acabo de decir.
Y ahora coloquemos el comando de Docker login y pues bueno, vamos a escribirlo.
No voy a ser tan perezoso.
Escribamos el comando como lo escribiría directamente en la consola de login menos u.
Y ahora viene esta variable de entorno, pero sería como el símbolo de dólar, nada más lo quería usar,
que también más de uno podría decir Ah, bueno, porque no pegaste eso?
Porque el código, la línea se ejecutó a ejecutarse un poco más feas, no?
Pero funcionaría igual y el password sería nuestro Docker password.
Y básicamente eso sería Voy a copiar este eco y lo voy a pegar por aquí.
Oops.
Pero lo pasamos bien.
Y tengan cuidado con la tabulación eco.
Finalizando fin del login.
Punto.
Esta es toda mi acción.
Por ahora no estoy haciendo nada más que probar la autenticación.
Voy a darle start commit, voy a colocarle algo como logging step in place o algo así con mi changes.
Ok, ya seas el commit crea una nueva pestaña en la cual sea el producto de los de las acciones y ya
dice Login Step in place, que es el mensaje de nuestro comit.
Voy a hacer clic dentro, hagamos clic en Bill y aquí está realizando el procedimiento.
Van a ver que todo funcionó.
Obviamente no hemos hecho nada interesante, pero tenemos que todo funcione.
Si ustedes tienen un error, lean el error.
Miren que lo que dice tratan de solventarlo, pero no debería de ser diferente a lo que nosotros tenemos
aquí.
Vamos a ver los logs como los logs, yo los estoy poniendo con estos ecos.
Deberíamos de ver los pasos del check out, check out code y también deberíamos de ver lo que me interesa
dentro del paso del Doc.
Entonces voy a venir aquí y tenemos el check out code, que eso fue lo que yo puse acá y luego teníamos
el docker login y lo voy a abrir.
Vamos a ver que dice.
Eco.
Iniciando login.
Los mismos mensajes de consola y dice el login.
Podemos ver más información sobre ese comando de autenticación Fin del login y luego hace un procedimiento
de limpieza porque ya no ocupa muchas cosas y hace toda la la la la limpieza de la basura que nosotros
usamos o que creamos aquí.
Y básicamente esta fue nuestra primera acción que hace algo interesante, que es tomar nuestro código,
o sea, prepararlo para hacer algo con el código.
Y también nos dedicamos en Docker.
Por ahora me siento satisfecho con todo lo que hemos hecho.
Voy a hacer clic aquí en Acciones, porque cada vez que yo haga una modificación, voy a venir rápidamente
aquí para verlo.
Y en la siguiente clase sigamos construyendo este archivo.