mirror of
https://gitea.com/gitea/docs.git
synced 2026-11-04 17:19:52 +00:00
The runner pages had drifted from the runner. They claimed Podman is unsupported, a registration retry limit of 10, a `container.env` proxy override that has no effect, and they used the deprecated `generate-config` command, while the actual instructions were buried under implementation details. The develop and 5.x pages are rewritten from the current runner sources (`main` is `v5.2.0`). They are shorter and aimed at operators, with a new page covering what jobs get. The reference generator now documents the `config` command, and the quickstart pages in every language use the `gitea-runner` binary name. Reviewed-on: https://gitea.com/gitea/docs/pulls/600 Reviewed-by: Lunny Xiao <[email protected]> Co-authored-by: silverwind <[email protected]>
49 lines
2.0 KiB
Markdown
49 lines
2.0 KiB
Markdown
---
|
|
sidebar_position: 1
|
|
slug: /
|
|
---
|
|
|
|
# Gitea Runner
|
|
|
|
[Gitea Runner](https://gitea.com/gitea/runner) runs [Gitea Actions](/usage/actions/overview) jobs.
|
|
It asks a Gitea instance for jobs, runs them, and sends their logs and results back.
|
|
|
|
:::info Development version
|
|
These pages describe builds from the `main` branch, published as `nightly` binaries and images.
|
|
Select a release in the **Runner Version** dropdown for stable documentation.
|
|
:::
|
|
|
|
## Requirements
|
|
|
|
- Gitea 1.21 or later with [Actions enabled](/administration/config-cheat-sheet#actions-actions), the default setting.
|
|
- Git 2.34.1 or later on the runner's `PATH`.
|
|
- Docker, or Podman with `podman.socket` enabled, for jobs in containers, Docker actions, and `docker://` steps.
|
|
|
|
Jobs need these tools wherever steps run, in the job image or on the host:
|
|
|
|
- `bash` or `sh` for `run` steps, or `pwsh` or `powershell` on Windows.
|
|
- `node` for JavaScript actions and `hashFiles()`.
|
|
- `git` 2.34.1 or later for [`builtin:checkout`](jobs.md#built-in-checkout), plus `git-lfs` for its `lfs` input and `ssh` for its `ssh-key` input.
|
|
|
|
## Where jobs run
|
|
|
|
The runner's [labels](labels.md) determine where each job runs. One runner can use a mix of these environments:
|
|
|
|
| Label | Where the job runs |
|
|
| --- | --- |
|
|
| `docker://<image>` | In a container |
|
|
| `kubernetes://<image>` | In a pod in a Kubernetes cluster |
|
|
| `host` | Directly on the runner's machine |
|
|
|
|
Host jobs run as the runner's user without isolation. Use them only for trusted repositories.
|
|
|
|
## Getting started
|
|
|
|
1. Install the runner [from a binary](installation/binary.md), [with Docker](installation/docker.md), or [on Kubernetes](installation/kubernetes.md).
|
|
2. [Register it](registration.md) with your Gitea instance.
|
|
3. Start it with `gitea-runner daemon`.
|
|
|
|
The runner works without a configuration file. [Configuration](configuration.md) explains when you need one.
|
|
|
|
The runner is released independently of Gitea. Read [Upgrading](upgrade.md) before moving to a new major version.
|