Automation & integrations

GitHub Actions

Also called GitHub CI.

GitHub Actions is GitHub's continuous integration and continuous delivery platform. It automates checks such as building and testing a pull request.

Example

Someone opens a pull request. A GitHub Actions workflow builds the project and runs its tests, and the pull request shows whether those checks passed. Merging is still a separate decision.

Why it matters

GitHub's docs say you configure a workflow in a YAML file in the repository. An event, such as opening a pull request, can start that workflow. The workflow has jobs, and each job runs on a runner, which is a machine GitHub provides or one you host. People say CI for the continuous integration part: build and test proposed changes before they land.

GitHub also uses the same platform for continuous delivery, such as deploying after a merge. A green check is evidence about that run. It is not, by itself, the decision to merge.

How it shows up on bot.ski

On bot.ski, pull requests and pushes to main run a GitHub Actions workflow in this repository. The workflow installs dependencies, typechecks, lints, runs the unit tests, and builds the site. It does not deploy. The public website does not show that run or a build log, and reading this page does not start a check. The Automation and Workflow glossary pages also cite GitHub's Actions docs.

Common confusion

GitHub Actions is the platform. An action is one reusable step inside a workflow. CI names the habit of building and testing changes as they are proposed. The glossary word Workflow is any connected sequence of steps, not only a YAML file on GitHub.

Sources

Updated October 2, 2026.

Cookie preferences