So nutzt du: GitHub Actions Workflow-Generator
- Wähle deinen Stack und die Branches aus, auf denen der Workflow ausgeführt werden soll.
- Wähle Auslöser aus – Push, Pull-Anfragen, manuelle Ausführungen, Versions-Tags oder einen Zeitplan.
- Wähle die zu testenden Schritte und Versionen aus und optional ein Bereitstellungsziel.
- Speichere die YAML-Datei unter
.github/workflows/ci.yml, füge alle aufgeführten Geheimnisse unter „Einstellungen“ → „Geheimnisse und Variablen“ → „Aktionen“ hinzu und führe einen Push durch.
Aufbau eines Arbeitsablaufs
| Legende | Zweck |
|---|---|
on | Ereignisse, die den Workflow auslösen: push, pull_request, schedule, workflow_dispatch |
permissions | Was der automatische GITHUB_TOKEN tun könnte – halte es minimal |
concurrency | Veraltete Läufe auf demselben Branch abbrechen |
jobs.<id>.runs-on | Der Runner, z. B. ubuntu-latest |
strategy.matrix | führt den Job einmal pro Version aus |
steps | uses: eine Aktion oder run: ein Shell-Befehl |
Verwendete Aktionen
Der Generator bindet offizielle Aktionen an ihre aktuellen Hauptversionen – 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 und die von Docker docker/build-push-action@v6. Für maximale Sicherheit in der Lieferkette solltest du Aktionen von Drittanbietern an einen vollständigen Commit-SHA binden.
Geheimnisse und Umgebungsvariablen
Committe niemals Tokens. Speichere sie als Repository-Geheimnisse und lese sie mit ${{ secrets.NAME }}. Führe eine Liste der erforderlichen Variablen in .env.example und überprüfe lokale Dateien mit dem .env-Datei-Validator. Geplante Workflows verwenden die Cron-Syntax in UTC – erstelle Ausdrücke mit dem Cron-Ausdrucksgenerator.
Stelle sicher, dass deine `package.json` lint, test und build Skripte enthält, containerisierte Apps eine Docker-Compose-Datei, und überprüfe das YAML mit „YAML to JSON“, falls GitHub einen Syntaxfehler meldet.
Auch gesucht als: github-actions-generator, github actions-workflow, github actions node, github actions yaml, ci/cd-pipeline, github pages-deployment-aktion, docker-build-push-aktion, github actions cron.
Passende Tools zu: GitHub Actions Workflow-Generator
- 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.
- .gitignore-Generator — Kreuze deine Technologien an – Node, Python, React, Next.js, Docker, macOS, VS Code und 40 weitere – und erhalte eine übersichtliche, bereinigte .gitignore mit kommentierten Abschnitten, bereit zum Herunterladen.
- 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.
Häufige Fragen
Wo speichere ich die Workflow-Datei?
.github/workflows/ deinem Repository, z. B. .github/workflows/ci.yml. GitHub übernimmt es beim nächsten Push.Wie stelle ich meine Seite auf GitHub Pages bereit?
Warum läuft mein geplanter Workflow nicht pünktlich ab?
Was macht „npm ci“ anders als „npm install“?
npm ci Installiert genau das, was in „package-lock.json“ steht, schlägt fehl, wenn es nicht mit „package.json“ übereinstimmt, und ist schneller – ideal für CI.