Variables de Entorno en GitHub Actions
Clase 9 de 18 • Curso de GitHub Actions
Contenido del curso
Creación de Workflow Files
- 4

Creación de un Workflow Básico con GitHub Actions
14:30 min - 5

Creación de un Workflow File con GitHub Actions
20:51 min - 6

Triggers comunes en GitHub Actions: push, pull request, issues y más
13:55 min - 7

Uso de Triggers y Expresiones en GitHub Actions
16:52 min - 8

Contextos en GitHub Actions: Acceso y Uso Práctico
10:08 min - 9

Variables de Entorno en GitHub Actions
Viendo ahora - 10

Variables y Secretos en GitHub Actions
10:31 min
Como encontrar bugs en un workflow
Casos de Uso de GitHub Actions
- 12

Flujo de Integración Continua en GitHub Actions
21:22 min - 13

Compilación de Imágenes Docker en AWS, GCP y Azure
21:51 min - 14

Flujo de Despliegue Continuo con AWS, GCP y Azure
12:31 min - 15

Automatización de Tareas Comunes con GitHub Actions
13:06 min - 16

Buenas prácticas en GitHub Actions para workflows eficientes
06:31 min
Costos y facturación en GitHub Actions
Cierre
Iniciamos nuestra exploración en el Marketplace de GitHub, donde descubrimos diferentes Actions. Para nuestro ejemplo, seleccionamos 'Deploy Docker to AWS'. Este Action toma una aplicación Docker y la despliega en una instancia S2 de AWS.
¿Qué pide este Action de AWS para funcionar?
El Action requiere que le configuremos varias variables. Por medio de Secrets, podemos configurar un access key ID, un secret access key, una default region y un .env. Esto es lo que necesita el Action para subir una aplicación de Docker a una instancia S2 de AWS.
Los valores de estas variables se obtienen de las credenciales de nuestra cuenta AWS. Se guardan en el repositorio de GitHub como secrets, protegiendo así su seguridad.
A partir de ahí, podemos copiar el Workflow que utiliza estos secrets en caso de necesidad si queremos subir una aplicación Docker a AWS.
¿Cómo podemos verificar y depurar un Workflow?
Una vez implementado el Workflow, es importante revisar los logs para verificar que está funcionando correctamente. En la pestaña de actions, se pueden ver los logs de cada ejecución del Workflow.
Por ejemplo, al explorar un Workflow fallido, podemos ver el error 'process completed with exit code 1', indicando que el proceso no se completó correctamente. Detallando cada uno de los jobs, podemos identificar el paso donde se produjo el fallo.
Aunque GitHub indica si un job ha sido exitoso o no, siempre es importante revisar los logs, ya que pueden existir errores no detectados por GitHub.
¿Cómo resolver problemas en los Workflows?
Al revisar los logs, observamos que el saludo del Workflow 'saludos y secretos' no se mostraba correctamente. El análisis de los logs reveló que la variable 'saludo' solo estaba configurada para el job 'saludo variables' y no para el job 'saludos y secretos'.
Para solucionar este problema, es necesario agregar la variable 'saludo' al job 'saludos y secretos'. Con este arreglo, el saludo se muestra correctamente en los logs, indicando que el Workflow está funcionando como se esperaba.
¿Cómo evitar errores al crear nuevos Workflows?
Cuando se crea un nuevo Workflow, es esencial probarlo varias veces y revisar cuidadosamente todos los logs. De esta manera, podemos estar seguros de que el Workflow funciona como se espera.