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
- GitLab CI Generator — Pick your stack and get a working .gitlab-ci.yml: install with caching, lint and test jobs, a build with artifacts, a Docker image pushed to the GitLab registry, or a GitLab Pages deploy — with rules that run pipelines for merge requests and your default branch without duplicates.
- 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.
- YAML Validator — Paste a Docker Compose file, Kubernetes manifest, GitHub Actions workflow or any YAML to pinpoint errors, catch common pitfalls and get a cleanly formatted version.
- Kubernetes YAML Generator — Fill in your app’s name, image and port and get production-ready Kubernetes YAML: a Deployment with probes, resource limits and a hardened security context, plus the Service, Ingress with TLS, ConfigMap, Secret and HorizontalPodAutoscaler you tick — in one file ready for 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).