如何使用Gitea Actions的玩转Gitea安装？

使用Gitea Actions玩转Gitea安装

这里同样是使用Docker Compose进行安装，安装之前先在部署好的Gitea上去获取Token用于注册Runner。 换个思路。 说实话，这个过程有点繁琐，但为了更好的体验，值得一试。

为什么使用Docker部署Runner？

**原因：Docker部署的Runner 在pipeline中使用Docker CLI会报错，是主要原因是默认的镜像中没有Docker CLI**，这真是个让人头疼的问题，得了吧...。

label	代码语言：yml		图2	同上	相关ISSUE	Act-Runner	运行环境	说明
ubuntu-latest:docker://node:16-bullseye，不靠谱。	yml	true						需要配置一下 用于保存缓存用的，端口也需要映射出来这一步很重要！

label在Actions中是直接用于匹配启动构建的Runner用的， 在脚本中指定的runs-on就是指定的labe`l， 操作一波... 而在拥有这个`lable`的`Runner`就会拉取到这个构建任务并运行起来。

`Act-Runner`的配置其实已经很一键式， 唯独有一个需要特别注意的地方**Labels**，这个地方需要额外关注一下。

**不管`runner`配置中的`labels`如何写， `runs-on`匹配的始终是`LabelName`，后面的后缀/附加信息是不会被纳入匹配规则中的， 踩雷了。 只是用于`Runner`决定如何启动构建任务而已。 ** 这句话说的有点绕，但理解了之后会觉得很有道理。

`labelName:host`

`labelName:docker://imageName`用于`Docker`环境部署的情况， 多损啊！ 会比较方便，跑完构建任务后就会自动删除

`ubuntu-latest:docker://node:16-bullseye`, `windows-10:host`, 这些都是例子，用来说明不同的情况。

version: "3.8"
services:
  runner:
    image: gitea/act_runner
    restart: always
    privileged: true
    environment:
      CONFIG_FILE: /
      GITEA_INSTANCE_URL: "gitea访问地址"
      GITEA_RUNNER_REGISTRATION_TOKEN: "第二步的Token"
      GITEA_RUNNER_不结盟E: "自定义Runner的名称用于显示"
      GITEA_RUNNER_LABELS: "暂时不建议修改"
      DOCKER_HOST: unix:///var/run/ # 这是docker的套接字， 用于Docker in Docker
    ports:
      - 9010:9010 # 这里是映射缓存端口
    volumes:
      - 配置文件:/
      - 数据文件:/data
      - /var/run/:/var/run/
# The level of logging, can be trace, debug, info, warn, error, fatal
level: info
runner:
  # Where to store  registration result.
  file: .runner
  # Execute how many tasks concurrently at  same time.
  capacity: 1
  # Extra environment variables to run jobs.
  envs:
    A_TEST_ENV_不结盟E_1: a_test_env_value_1
    A_TEST_ENV_不结盟E_2: a_test_env_value_2
  # Extra environment variables to run jobs from a file.
  # It will be ignored if it's empty or  file doesn't exist.
  env_file: .env
cache:
  # Enable cache server to use actions/cache.
  enabled: true
  # The directory to store  cache data.
  # If it's empty,  cache data will be stored in $HOME/.cache/actcache.
  dir: ""
container:
  # Specifies  network to which  container will connect.
  # Could be host, bridge or  name of a custom network.
  # If it's empty, act_runner will create a network automatically.
  network: ""
host:
  # The parent directory of a job's working directory.
  # If it's empty, $HOME/.cache/act/ will be used.
workdir_parent:

我舒服了。 `Gitea Actions`是源于`Github Actions`的一个项目，是基于`Github Actions`开源项目改过而来一边也兼容了`Github Actions 绝大多数的功能。大多数情况下可以无缝切换的使用。这一点很让人欣慰，主要原因是这样就可以利用现有的经验和资源。 `Act-Runner Labels Label格式示例 说明 例子 解决方案： ubuntu-latest:docker://node:16-bullseye 使用对应镜像， 启动一个Docker容器来运行构建任务 ubuntu 通常来说是直接在宿主机上跑./act-runner的方式，比如说windows，macos等环境 windows-10:host 直接在宿主机上运行构建任务 windows-10 这些标签决定了哪些作业可以在哪个特定的环境下被施行 启动后在Gitea的Runners列表就可以看到刚刚注册进行的Runner了。

礼貌吗？ 一些关键点需要注意： * 使用正确的标签来匹配你的构建任务。 * 确保你的配置文件正确无误。 * 端口映射和缓存配置也是很重要的。 使用Gitea Actions可以极大地提高你的开发效率，希望这篇文章能帮助你更好地理解和使用它。