Automatización de GitHub Actions para Actualizar Perfil

Contenido del curso

Fundamentos de Git y control de versiones

Introducción a GitHub

Herramientas de colaboración en GitHub

GitHub Codespaces

Seguridad y buenas prácticas en GitHub

Administración de GitHub

Gestión de Cambios con Pull Requests

GitHub Releases

Cierre

42
Pro tips ocultos de GitHub para trabajar mejor
10:13 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0012:46

Automatización de GitHub Actions para Actualizar Perfil

Curso de Git y GitHub

Clase 35 de 42

Clase 35 / 42

Recursos

Personalizar tu perfil de GitHub va más allá de agregar íconos y enlaces sociales. Existe una forma de mantener tu portada siempre actualizada de manera automática, mostrando tu actividad más reciente sin mover un solo dedo. Esto es posible gracias a GitHub Actions, la herramienta de automatización integrada en GitHub que permite ejecutar flujos de trabajo programados directamente desde tus repositorios.

¿Cómo funcionan las GitHub Actions para actualizar tu perfil?

Las GitHub Actions permiten automatizar procesos dentro de un repositorio. Ya sea que se trate de revisiones de dependencias con Dependabot, compilaciones o despliegues, estas acciones se configuran mediante archivos YAML ubicados en una ruta específica del repositorio [01:30].

En este caso, el objetivo es crear una acción que jale la actividad más reciente de GitHub y la inserte automáticamente en el README de tu repositorio de portada. Ese repositorio especial lleva el mismo nombre que tu usuario y funciona como la página principal de tu perfil.

Para comenzar, necesitas editar el archivo README de tu repositorio de portada e insertar un bloque de comentarios en formato HTML que funciona como marcador. Este marcador indica dónde se colocará la actividad reciente. El fragmento incluye un título con emoji y la etiqueta recent activity, que la acción buscará para insertar el contenido dinámico [02:15].

¿Qué es un archivo YAML y cómo se configura el flujo de trabajo?

Dentro de la pestaña Actions del repositorio, puedes crear un nuevo flujo de trabajo seleccionando un simple workflow como plantilla base [03:50]. El archivo generado se llama por defecto blank.yaml y debe estar ubicado en la carpeta .github/workflows/ para que GitHub lo reconozca y ejecute correctamente.

El archivo YAML contiene varias secciones importantes:

name: define el nombre de la acción, por ejemplo "Actualizar README".
schedule: utiliza el formato cron para agendar la ejecución periódica [04:40]. Un valor como */12 en el campo de horas indica que la tarea se ejecutará cada doce horas.
jobs: especifica los pasos que correrán dentro de un agente, en este caso una máquina virtual con Ubuntu.
steps: contiene las instrucciones concretas que el agente ejecutará.

El primer paso es un checkout, que permite al agente acceder a los archivos del repositorio. El segundo paso utiliza una acción del Marketplace llamada README Workflows Recent Activity, una tarea preconstruida que extrae tu actividad reciente y la inyecta en el README [05:30].

¿Qué es el Marketplace de GitHub Actions?

El Marketplace es un catálogo donde encuentras tareas ya construidas por la comunidad [06:00]. Desde compilar aplicaciones en Java, agregar paquetes de .NET, hasta desplegar contenedores de Docker. Solo necesitas referenciar la acción en tu archivo YAML para integrarla a tu flujo.

¿Qué papel juegan las variables de ambiente?

La acción utiliza una sección llamada ENV, similar a los archivos .env de Node, Python o Java [06:20]. Estas variables de ambiente almacenan configuraciones sensibles. En este caso, se requiere un GITHUB_TOKEN que, al estar la acción dentro de tu propia cuenta, se genera automáticamente sin configuración adicional.

¿Cómo ejecutar y depurar la GitHub Action?

Una vez renombrado el archivo a algo descriptivo como update-read-me.yml y hecho el commit directamente a la rama main, puedes ir a la sección de Actions y ejecutar el flujo manualmente con el botón Run Workflow [07:40].

Si algo falla, GitHub Actions muestra los errores con gran detalle. Cada paso aparece en la interfaz y el que falla se marca en color rojo [08:20]. En el ejemplo, el error fue que la acción no encontró el comentario marcador dentro del README porque el texto copiado tenía caracteres incorrectos. Tras corregir el marcador a recent activity sin espacios extra, la segunda ejecución fue exitosa en apenas cinco segundos [09:30].

Datos importantes sobre la ejecución:

La primera vez debes ejecutar la acción manualmente.
A partir de la primera ejecución exitosa, se repite automáticamente según el intervalo configurado.
El concepto de CI/CD (Continuous Integration / Continuous Deployment) es el marco más amplio donde viven las GitHub Actions, un tema que merece estudio dedicado.

Además de la actividad reciente, puedes integrar otras fuentes como tus últimos videos de YouTube o estadísticas personalizadas. Existen portadas de perfil muy creativas que sirven de inspiración. Prueba distintas configuraciones, personaliza tu portada y comparte tus resultados en los comentarios.

Ronald acosta

Hace 9 meses•editado

📌 Cambios y aclaraciones sobre on.schedule en GitHub Actions

Entre los cambios y puntos importantes a tener en cuenta está el uso de on.schedule, que permite definir horarios de ejecución para los flujos de trabajo.

on.schedule utiliza la sintaxis cron POSIX.
Los flujos de trabajo se ejecutan en horarios UTC.
Siempre se ejecutan usando el último commit de la rama predeterminada.
El intervalo mínimo permitido para un workflow programado es cada 5 minutos.

⏱️ Sintaxis cron en GitHub Actions

La sintaxis cron tiene cinco campos, separados por espacios, y cada uno representa una unidad de tiempo:

minuto|hora día-del-mes|mes|día-de-la-semana
* * * * *

🔧 Operadores disponibles en cron

OperadorDescripciónEjemplo

*

Cualquier valor

15 * * * * → Se ejecuta en el minuto 15 de cada hora

,

Lista de valores

2,10 4,5 * * * → Minutos 2 y 10, horas 4 y 5

-

Rango de valores

30 4-6 * * * → Minuto 30, horas 4, 5 y 6

/

Valores escalonados

20/15 * * * * → Minutos 20, 35 y 50

🔁 Múltiples eventos en un mismo workflow

Un solo flujo de trabajo puede activarse por múltiples eventos. El evento que lo activó puede consultarse usando el contexto:

github.event.schedule

Ejemplo conceptual:

Ejecutar el workflow a las 05:30 UTC de lunes a jueves
Ejecutar a las 17:30 UTC martes y jueves
Omitir pasos los lunes y miércoles usando condiciones

📚 Referencia oficial: Eventos que activan flujos de trabajo – GitHub Actions

Comentarios (48)48 comentarios

Diego Nicolás Rivera Sánchez

Hace 2 años

José Alberto Ortiz Vargas

Alexis Dorado Muñoz

Sara María Mejia Sánchez

Roger Alexander Guillen Hernandez

Marco Molina

Hace 8 meses

Mario Fernando Perez Martínez

Edwin Arévalo

Hace 7 meses

Ignacio Robles

Aldo Andres Delgado Castillo

Diego Andrés Lopez Rodriguez

sebastian Alfonso Unda Giron

Hace 6 meses•editado

Yorgen Omar Marciales Parada

Nicolas Arbelaez

John Erikc Alexander Obando Ramirez

Samuel Soto Hoyos

Amin Espinoza

Profesor

Ana Rotela Cabrera

Kevin Gonzalez

Alexander Silvera

Eduardo Ruiz

Hugo Gonzalez

Hace un año

Hace 2 años•editado

Marcos Sarmiento Loarte

Martin Paez

Fundamentos de Git y control de versiones

Control de Versiones con Git y GitHub: De Básico a Avanzado

Fundamentos de Git: Configuración y Comandos Básicos

Control de Versiones con Git: Comandos Básicos y Flujo de Trabajo

Gestión de ramas en Git: creación, fusión y eliminación eficiente

Git reset vs revert para deshacer commits

Git Tag y Checkout sin romper tu proyecto

Cómo resolver conflictos de merge en Git

Uso de Git en Visual Studio Code

Introducción a GitHub

Uso de GitHub para Colaboración y Desarrollo Seguro

Cómo crear y proteger tu cuenta de GitHub

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Crea y clona tu primer repo en GitHub

Precios y Planes de Productos de Github

Configuración de SSH en GitHub para Windows, Linux y Mac

Uso de Forks y Estrellas en Repositorios de GitHub

Uso de git pull, git push y git fetch en repositorios GitHub

Plantillas de issues en GitHub paso a paso

Uso de Pull Requests en GitHub para Colaboración Efectiva

Herramientas de colaboración en GitHub

GitHub Projects para gestionar tareas en equipo

Automatiza GitHub Projects con workflows

Recursos Esenciales de Markdown para Documentación Efectiva

Creación de una Portada de Perfil en GitHub con Markdown

Creación y Gestión de Wikis en GitHub

Uso de GitHub Gist para Compartir y Revisar Código Colaborativo

Creación y Publicación de Sitios Web con GitHub Pages

GitHub Codespaces

Creación y Gestión de GitHub Codespaces en la Nube

Plantillas de Codespaces con Django y devcontainer

Pair programming con Live Share en Codespaces

Uso del Editor Web de GitHub para Edición Rápida de Archivos

Seguridad y buenas prácticas en GitHub

Gestión de GitHub Tokens para Acceso Seguro a Repositorios

Secret Scanning en GitHub y sus límites

Gestión de Seguridad de Paquetes con Dependabot en Proyectos .NET

Repositorios privados y .gitignore en GitHub

Administración de GitHub

Creación y gestión de repositorios en GitHub

Automatización de GitHub Actions para Actualizar Perfil

Gestiona GitHub desde tu terminal con gh

Gestión de Cambios con Pull Requests

Configuración de Proyectos de Software con Git y GitHub

Cómo resolver conflictos de merge en VS Code

Estrategias de Fusión de Ramas en Git

GitHub Releases

Creación de Releases en Github para Desarrolladores de Software

Instala tu paquete pip desde GitHub

Cierre

Pro tips ocultos de GitHub para trabajar mejor

Automatización de GitHub Actions para Actualizar Perfil