Cómo usar: Generador de flujos de trabajo de GitHub Actions
- Elige tu pila y las ramas en las que se debe ejecutar el flujo de trabajo.
- Elige los desencadenantes: push, solicitudes de incorporación de cambios, ejecuciones manuales, etiquetas de versión o una programación.
- Selecciona los pasos y las versiones que quieres probar y, si quieres, un destino de implementación.
- Guarda el archivo YAML como
.github/workflows/ci.yml, añade los secretos que aparecen en Configuración → Secretos y variables → Acciones, y haz un push.
Anatomía de un flujo de trabajo
| Clave | Objetivo |
|---|---|
on | Eventos que inician el flujo de trabajo: push, pull_request, schedule, workflow_dispatch |
permissions | Lo que el sistema automático GITHUB_TOKEN puede hacer — manténlo al mínimo |
concurrency | Cancela las ejecuciones obsoletas en la misma rama |
jobs.<id>.runs-on | El ejecutor, p. ej. ubuntu-latest |
strategy.matrix | Ejecuta el trabajo una vez por versión |
steps | uses: una acción o run: un comando de shell |
Acciones utilizadas
El generador vincula las acciones oficiales a sus versiones principales actuales — actions/checkout@v4, actions/setup-node@v4, actions/setup-python@v5, actions/setup-go@v5, actions/cache@v4, actions/upload-pages-artifact@v3, actions/deploy-pages@v4 y las de Docker docker/build-push-action@v6. Para garantizar la máxima seguridad de la cadena de suministro, fija las acciones de terceros a un SHA de commit completo.
Secretos y variables de entorno
Nunca realices commits de tokens. Guárdalos como secretos del repositorio y léelos con ${{ secrets.NAME }}. Mantén una lista de las variables necesarias en .env.example y valida los archivos locales con el validador de archivos .env. Los flujos de trabajo programados usan la sintaxis cron en UTC: crea expresiones con el generador de expresiones cron.
Asegúrate de que tu `package.json` tenga lint, test y build scripts; las aplicaciones en contenedores deben tener un archivo Docker Compose, y valida el YAML con YAML to JSON si GitHub te indica un error de sintaxis.
También se busca como: generador de acciones de github, flujo de trabajo de github actions, github actions node, github actions yaml, pipeline de ci/cd, acción de implementación de github pages, acción «docker build push», github actions y cron.
Herramientas que combinan con: Generador de flujos de trabajo de GitHub Actions
- Generador GitLab CI — Elige tu stack y obtén un .gitlab-ci.yml funcional: instalación con caché, jobs de lint y test, un build con artefactos, una imagen Docker subida al registry de GitLab o un deploy a GitLab Pages, con reglas que ejecutan los pipelines para merge requests y tu rama principal sin duplicados.
- Generador de .gitignore — Marca todo lo que sepas —Node, Python, React, Next.js, Docker, macOS, VS Code y 40 más— y obtén un archivo limpio y sin duplicados .gitignore con secciones comentadas, listo para descargar.
- Validador YAML — Pega un archivo de Docker Compose, un manifiesto de Kubernetes, un workflow de GitHub Actions o cualquier YAML para localizar errores, detectar trampas habituales y obtener una versión bien formateada.
- Generador de YAML de Kubernetes — Indica el nombre de tu app, la imagen y el puerto, y obtén YAML de Kubernetes listo para producción: un Deployment con probes, límites de recursos y un contexto de seguridad reforzado, además del Service, el Ingress con TLS, el ConfigMap, el Secret y el HorizontalPodAutoscaler que marques, todo en un solo archivo listo para kubectl apply.
Preguntas frecuentes
¿Dónde guardo el archivo del flujo de trabajo?
.github/workflows/ tu repositorio, por ejemplo: .github/workflows/ci.yml. GitHub lo detectará en la próxima subida.¿Cómo se hace la publicación en GitHub Pages?
¿Por qué no se ejecuta a tiempo mi flujo de trabajo programado?
¿En qué se diferencia «npm ci» de «npm install»?
npm ci instala exactamente lo que hay en package-lock.json, falla si no coincide con package.json y es más rápido — ideal para la integración continua (CI).