Skip to main content

GitHub Actions Workflow Generator

New

Generate a starter GitHub Actions CI workflow YAML for Node.js, Python, Go, Docker, or a static-site deploy.

github actionscicdyamlworkflowpipeline
Read the guide
Shortcuts:⌘ KSearch
.github/workflows/ci.yml
—

This generates a reasonable starting-point workflow, not a fully tuned pipeline — you'll likely still want to add caching keys, matrix builds, secrets, or deployment steps specific to your project.

Continue with:

Frequently Asked Questions

Will this generate a production-ready pipeline?

It generates a sensible starting point — checkout, environment setup, install, and a test/build step — using current major-version actions (checkout@v4, setup-node@v4, and similar). Most real projects still need to add caching tuning, matrix builds across versions/OSes, secrets, or deployment-specific steps.

Where do I put the generated file?

Save it as `.github/workflows/ci.yml` (or any `.yml` file inside `.github/workflows/`) in your repository — GitHub Actions automatically picks up any workflow file in that directory.

Does the Docker build & push option need any repository setup?

Yes — it references `DOCKERHUB_USERNAME` and `DOCKERHUB_TOKEN` as GitHub Actions secrets, which you need to add in your repository's Settings → Secrets and variables before the workflow can actually log in and push.

What does the static-site option actually deploy to?

It builds your project with npm and uses the `actions/upload-pages-artifact` + `actions/deploy-pages` actions, which is GitHub's native way to publish a static build to GitHub Pages — you still need to enable Pages with the "GitHub Actions" source in your repo settings once.

Can I trigger the workflow on more than one branch?

Not directly from this form — it generates a single trigger branch plus an optional pull-request trigger. You can always edit the generated YAML afterward to add more branch names to the `branches:` list.

Related Tools