0
Fork 0
mirror of https://codeberg.org/forgejo/forgejo.git synced 2024-12-29 10:54:02 -05:00
forgejo/docs/content/usage/actions/act-runner.zh-cn.md
Giteabot d282f5dab8
Fix wrong relative path on obtain token from command line (#27850) (#27851)
Backport #27850 by @lunny

Caused by #27845

Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com>
2023-10-31 11:36:22 +08:00

10 KiB
Raw Blame History

date title slug sidebar_position draft toc menu
2023-05-24T15:00:00+08:00 Act Runner act-runner 20 false false
sidebar
parent name sidebar_position identifier
actions Act Runner 20 actions-runner

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:hostwindows: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 }} 这样的表达式来使用它们。

优先级

如果同名变量存在于多个级别,则级别最低的变量优先。 仓库级别的变量总是比组织或者用户级别的变量优先被选中。