GitHub Actions es la plataforma de CI/CD integrada en GitHub. Se introdujo en 2019 y se ha convertido rápidamente en el estándar de facto para proyectos que ya viven en GitHub. Los workflows se definen como ficheros YAML en .github/workflows/, se disparan en respuesta a eventos del repositorio (push, pull_request, schedule, release, workflow_dispatch manual) y se ejecutan en runners proporcionados por GitHub o auto-alojados.
El modelo se compone de eventos, workflows, jobs y steps. Los jobs corren en paralelo por defecto, los steps secuencialmente dentro de cada job, y un job puede depender de otros con needs. Las matrices permiten ejecutar el mismo job con múltiples combinaciones (varias versiones de Node, varios sistemas operativos). El marketplace ofrece cientos de miles de "actions" reutilizables que encapsulan tareas (actions/checkout, actions/setup-node, docker/build-push-action).
Algunas funcionalidades clave en productos serios: cachés (actions/cache) para acelerar builds, secrets cifrados a nivel de repositorio, environment y organización, environments con reglas de protección (revisores obligatorios, deployment branches, wait timers), OIDC para autenticarse en AWS/GCP/Azure sin necesidad de claves estáticas, reusable workflows para no duplicar lógica entre repos.
En 10Code escribimos pipelines GitHub Actions en todos los proyectos: type-check, lint, tests unitarios y E2E con Playwright, build Docker, despliegue a entornos efímeros por PR, y promoción automática a staging/producción tras merge. Aplicamos OIDC para acceder a AWS sin secretos rotativos, cachés agresivas para mantener pipelines por debajo de 10 minutos, y revisiones obligatorias en environments de producción.
En 10Code llevamos más de una década aplicando estas tecnologías a productos reales. Si quieres comentarnos tu caso, escríbenos y te respondemos personalmente.
Hablar con un ingeniero