Backport #28191 by @yp05327 https://gitea.com/gitea/gitea-docusaurus/actions/runs/661/jobs/0#jobstep-9-39 I noticed that there are many warning logs in building docs. It is causing 404 in docs.gitea.com now, so we need to fix it. And there are also some other problems in v1.19 which can not be done in this PR. Co-authored-by: yp05327 <576951401@qq.com>
10 KiB
date | title | slug | sidebar_position | draft | toc | menu | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2023-05-24T15:00:00+08:00 | Act Runner | act-runner | 20 | false | false |
|
Act Runner
本页面将详细介绍Act Runner,这是Gitea Actions的Runner。
要求
建议在Docker容器中运行Job,因此您需要首先安装Docker。 并确保Docker守护进程正在运行。
其他与Docker API兼容的OCI容器引擎也应该可以正常工作,但尚未经过测试。
但是,如果您确定要直接在主机上运行Job,则不需要Docker。
安装
有多种安装Act Runner的方法。
下载二进制文件
您可以从发布页面下载二进制文件。 然而,如果您想使用最新的夜间构建版本,可以从下载页面下载。
下载二进制文件时,请确保您已经下载了适用于您的平台的正确版本。 您可以通过运行以下命令进行检查:
chmod +x act_runner
./act_runner --version
如果看到版本信息,则表示您已经下载了正确的二进制文件。
使用 Docker 镜像
您可以使用docker hub上的Docker镜像。
与二进制文件类似,您可以使用nightly
标签使用最新的夜间构建版本,而latest
标签是最新的稳定版本。
docker pull gitea/act_runner:latest # for the latest stable release
docker pull gitea/act_runner:nightly # for the latest nightly build
配置
配置通过配置文件进行。它是可选的,当没有指定配置文件时,将使用默认配置。
您可以通过运行以下命令生成配置文件:
./act_runner generate-config
默认配置是安全的,可以直接使用。
./act_runner generate-config > config.yaml
./act_runner --config config.yaml [command]
您亦可以如下使用 docker 创建配置文件:
docker run --entrypoint="" --rm -it gitea/act_runner:latest act_runner generate-config > config.yaml
当使用Docker镜像时,可以使用CONFIG_FILE
环境变量指定配置文件。确保将文件作为卷挂载到容器中:
docker run -v $(pwd)/config.yaml:/config.yaml -e CONFIG_FILE=/config.yaml ...
您可能注意到上面的命令都是不完整的,因为现在还不是运行Act Runner的时候。 在运行Act Runner之前,我们需要首先将其注册到您的Gitea实例中。
注册
在运行Act Runner之前,需要进行注册,因为Runner需要知道从哪里获取Job,并且对于Gitea实例来说,识别Runner也很重要。
Runner级别
您可以在不同级别上注册Runner,它可以是:
- 实例级别:Runner将为实例中的所有存储库运行Job。
- 组织级别:Runner将为组织中的所有存储库运行Job。
- 存储库级别:Runner将为其所属的存储库运行Job。
请注意,即使存储库具有自己的存储库级别Runner,它仍然可以使用实例级别或组织级别Runner。未来的版本可能提供更多对此进行更好控制的选项。
获取注册令牌
Runner级别决定了从哪里获取注册令牌。
- 实例级别:管理员设置页面,例如
<your_gitea.com>/admin/actions/runners
。 - 组织级别:组织设置页面,例如
<your_gitea.com>/<org>/settings/actions/runners
。 - 存储库级别:存储库设置页面,例如
<your_gitea.com>/<owner>/<repo>/settings/actions/runners
。
如果您无法看到设置页面,请确保您具有正确的权限并且已启用 Actions。
注册令牌的格式是一个随机字符串 D0gvfu2iHfUjNqCYVljVyRV14fISpJxxxxxxxxxx
。
注册令牌也可以通过 Gitea 的 命令行 获得:
注册Runner
可以通过运行以下命令来注册Act Runner:
./act_runner register
或者,您可以使用 --config
选项来指定前面部分提到的配置文件。
./act_runner --config config.yaml register
您将逐步输入注册信息,包括:
- Gitea 实例的 URL,例如
https://gitea.com/
或http://192.168.8.8:3000/
。 - 注册令牌。
- Runner名称(可选)。如果留空,将使用主机名。
- Runner标签(可选)。如果留空,将使用默认标签。
您可能对Runner标签感到困惑,稍后将对其进行解释。
如果您想以非交互方式注册Runner,可以使用参数执行以下操作。
./act_runner register --no-interactive --instance <instance_url> --token <registration_token> --name <runner_name> --labels <runner_labels>
注册Runner后,您可以在当前目录中找到一个名为 .runner
的新文件。该文件存储注册信息。
请不要手动编辑该文件。
如果此文件丢失或损坏,可以直接删除它并重新注册。
如果您想将注册信息存储在其他位置,请在配置文件中指定,并不要忘记指定 --config
选项。
使用Docker注册Runner
如果您使用的是Docker镜像,注册行为会略有不同。在这种情况下,注册和运行合并为一步,因此您需要在运行Act Runner时指定注册信息。
docker run \
-v $(pwd)/config.yaml:/config.yaml \
-v $(pwd)/data:/data \
-v /var/run/docker.sock:/var/run/docker.sock \
-e CONFIG_FILE=/config.yaml \
-e GITEA_INSTANCE_URL=<instance_url> \
-e GITEA_RUNNER_REGISTRATION_TOKEN=<registration_token> \
-e GITEA_RUNNER_NAME=<runner_name> \
-e GITEA_RUNNER_LABELS=<runner_labels> \
--name my_runner \
-d gitea/act_runner:nightly
您可能注意到我们已将/var/run/docker.sock
挂载到容器中。
这是因为Act Runner将在Docker容器中运行Job,因此它需要与Docker守护进程进行通信。
如前所述,如果要在主机上直接运行Job,可以将其移除。
需要明确的是,这里的 "主机" 实际上指的是当前运行 Act Runner的容器,而不是主机机器本身。
使用 Docker compose 运行 Runner
您亦可使用如下的 docker-compose.yml
:
version: "3.8"
services:
runner:
image: gitea/act_runner:nightly
environment:
CONFIG_FILE: /config.yaml
GITEA_INSTANCE_URL: "${INSTANCE_URL}"
GITEA_RUNNER_REGISTRATION_TOKEN: "${REGISTRATION_TOKEN}"
GITEA_RUNNER_NAME: "${RUNNER_NAME}"
GITEA_RUNNER_LABELS: "${RUNNER_LABELS}"
volumes:
- ./config.yaml:/config.yaml
- ./data:/data
- /var/run/docker.sock:/var/run/docker.sock
当您使用 Docker 镜像启动 Runner,如何配置 Cache
如果你不打算在工作流中使用 actions/cache
,你可以忽略本段。
如果您在使用 actions/cache
时没有进行额外的配置,将会返回以下错误信息:
Failed to restore: getCacheEntry failed: connect ETIMEDOUT IP:PORT
这个错误的原因是 runner 容器和作业容器位于不同的网络中,因此作业容器无法访问 runner 容器。 因此,配置 cache 动作以确保其正常运行是非常重要的。请按照以下步骤操作:
- 1.获取 Runner 容器所在主机的 LAN(本地局域网) IP 地址。
- 2.获取一个 Runner 容器所在主机的空闲端口号。
- 3.在配置文件中如下配置:
cache:
enabled: true
dir: ""
# 使用步骤 1. 获取的 LAN IP
host: "192.168.8.17"
# 使用步骤 2. 获取的端口号
port: 8088
- 4.启动容器时, 将 Cache 端口映射至主机。
docker run \
--name gitea-docker-runner \
-p 8088:8088 \
-d gitea/act_runner:nightly
标签
Runner的标签用于确定Runner可以运行哪些Job以及如何运行它们。
默认标签为ubuntu-latest:docker://node:16-bullseye,ubuntu-22.04:docker://node:16-bullseye,ubuntu-20.04:docker://node:16-bullseye,ubuntu-18.04:docker://node:16-buster
。
它们是逗号分隔的列表,每个项目都是一个标签。
让我们以 ubuntu-22.04:docker://node:16-bullseye
为例。
它意味着Runner可以运行带有runs-on: ubuntu-22.04
的Job,并且该Job将在使用node:16-bullseye
镜像的Docker容器中运行。
如果默认镜像无法满足您的需求,并且您有足够的磁盘空间可以使用更好、更大的镜像,您可以将其更改为ubuntu-22.04:docker://<您喜欢的镜像>
。
您可以在act 镜像上找到更多有用的镜像。
如果您想直接在主机上运行Job,您可以将其更改为ubuntu-22.04:host
或仅ubuntu-22.04
,:host
是可选的。
然而,我们建议您使用类似linux_amd64:host
或windows:host
的特殊名称,以避免误用。
从 Gitea 1.21 开始,您可以通过修改 runner 的配置文件中的 container.labels
来更改标签(如果没有配置文件,请参考 配置教程),通过执行 ./act_runner daemon --config config.yaml
命令重启 runner 之后,这些新定义的标签就会生效。
运行
注册完Runner后,您可以通过运行以下命令来运行它:
./act_runner daemon
# or
./act_runner daemon --config config.yaml
Runner将从Gitea实例获取Job并自动运行它们。
由于Act Runner仍处于开发中,建议定期检查最新版本并进行升级。
变量
您可以创建用户、组织和仓库级别的变量。变量的级别取决于创建它的位置。
命名规则
以下规则适用于变量名:
-
变量名称只能包含字母数字字符 (
[a-z]
,[A-Z]
,[0-9]
) 或下划线 (_
)。不允许使用空格。 -
变量名称不能以
GITHUB_
和GITEA_
前缀开头。 -
变量名称不能以数字开头。
-
变量名称不区分大小写。
-
变量名称在创建它们的级别上必须是唯一的。
-
变量名称不能为 “CI”。
使用
创建配置变量后,它们将自动填充到 vars
上下文中。您可以在工作流中使用类似 {{ vars.VARIABLE_NAME }}
这样的表达式来使用它们。
优先级
如果同名变量存在于多个级别,则级别最低的变量优先。 仓库级别的变量总是比组织或者用户级别的变量优先被选中。