An event starts the workflow
A push, pull request, schedule, or manual event can trigger a GitHub Actions workflow. The workflow definition lives in the repository.
The checks and build steps between a code change and a release.
A push, pull request, schedule, or manual event can trigger a GitHub Actions workflow. The workflow definition lives in the repository.
Jobs run on hosted or self hosted runners. Independent jobs can run in parallel; dependencies make a job wait for prerequisite jobs.
Steps run commands or reusable actions. A typical project installs dependencies, checks the code, and runs tests before attempting a release.
A build job creates the application output. The pipeline can pass that output to later work rather than rebuilding the same change.
A deployment job publishes the build to its target. Your workflow defines dependencies, credentials, and any approval gates required for that environment.
Keyboard: ←→
An illustrative CI/CD workflow using GitHub Actions. Test strategy, release gates, rollbacks, and hosting details are project specific.