common-workflows/actions

通用复用 Actions 说明（common-workflows/actions）

本目录下包含了一组可在各个仓库中复用的 Gitea / GitHub composite actions，统一托管在：

• https://git.aiot.ml/Obscura/common-workflows

在具体仓库的 workflow 中，通过 uses 引用，例如：

uses: https://git.aiot.ml/Obscura/common-workflows/actions/<action-name>@main

目前提供的通用 action 如下：

• build-images：构建并验证 Docker 镜像
• deploy-docker：使用 docker compose 部署服务
• api-test：对一组后端 API 的 /health 做健康检查
• frontend-test：对一组前端入口 URL 做可访问性检查

下面分别说明用法。

---

build-images — Docker 镜像构建

路径：actions/build-images/action.yml
作用：在 Runner 上本地执行 docker build，并对生成的镜像做简单校验与清理悬空镜像。

引用示例（节选自 broccoli-offline）：

- name: Build Docker image
  uses: https://git.aiot.ml/Obscura/common-workflows/actions/build-images@main
  with:
    dockerfile: 'Dockerfile.api'
    context: '.'
    image_name: 'broccoli-api'
    image_tag: 'v3.2.2'
    enable_cache: 'true'
    # build_args: |
    #   HTTP_PROXY=http://...
    #   HTTPS_PROXY=http://...

输入参数：

• dockerfile（必填）：Dockerfile 路径，相对于仓库根目录，例如 Dockerfile, Dockerfile.api。
• context（可选，默认 .）：构建上下文目录，相对于仓库根目录。
• image_name（必填）：镜像名称，不含 tag，例如 broccoli-api。
• image_tag（必填）：镜像 tag / 版本，例如 v1.0.0、latest。
• enable_cache（可选，默认 'true'）：是否启用构建缓存（当前主要依赖 Runner 本地 docker layer cache）。
• build_args（可选）：Docker build 参数，每行一个，格式 KEY=VALUE，会被拼接为 --build-arg KEY=VALUE。

依赖环境：

• Runner 上需要已安装 docker，并有构建镜像的权限。

---

deploy-docker — Docker Compose 部署

路径：actions/deploy-docker/action.yml
作用：在已经 checkout 好代码的前提下，使用 docker compose 停止旧服务并重新部署，最后校验服务状态。

典型用法（示例）：

- name: Checkout code
  uses: https://git.aiot.ml/Obscura/checkout@v4
  with:
    ref: offline
    sparse-checkout: |
      .gitea/workflows/deploy-docker.yml
      config/
      docker-compose-offline.yml      
    sparse-checkout-cone-mode: false

- name: Deploy with reusable action
  uses: https://git.aiot.ml/Obscura/common-workflows/actions/deploy-docker@main
  with:
    compose_file: 'docker-compose-offline.yml'
    # compose_dir: 'config'         # 可选：指定工作目录
    # startup_wait: '30'           # 可选：启动后等待 30s 再校验

输入参数：

• compose_file（必填）：docker-compose 文件路径，相对于当前工作目录或 compose_dir。
• compose_dir（可选，默认使用 compose_file 所在目录）：执行 docker compose 时的工作目录。
• startup_wait（可选，默认 0）：up -d 后额外等待的秒数，用于等待服务完成初始化。

行为：

1. 计算 compose_file 与工作目录。
2. 执行 docker compose -f <file> down 停止旧服务（失败不终止）。
3. 执行 docker compose -f <file> up -d 启动服务。
4. 可选地等待 startup_wait 秒。
5. 执行 docker compose ps 并检查是否有 exited 状态的服务，若有则输出日志并失败。

依赖环境：

• Runner 上需要安装 docker 与 docker compose，并安装 jq（用于解析 docker compose ps --format json）。

---

api-test — API /health 健康检查（完整 URL）

路径：actions/api-test/action.yml
作用：对一组后端服务的 /health 接口做健康检查。
约定：输入的是 不包含 /health 的完整 URL，action 内部会自动拼接 /health。

示例（节选自 broccoli-offline/.gitea/workflows/e2e-tests.yml）：

- name: Run offline API health tests
  uses: https://git.aiot.ml/Obscura/common-workflows/actions/api-test@main
  with:
    urls: |
      http://10.0.0.145:5710
      http://10.0.0.145:5711
      http://10.0.0.145:5712
      http://10.0.0.145:5713
      http://10.0.0.145:5714
      http://10.0.0.145:5715
      http://10.0.0.145:5716
      http://10.0.0.145:5717
      http://10.0.0.145:5718
      http://10.0.0.145:5719
      http://10.0.0.145:5720
      http://10.0.0.145:5721      

输入参数：

• urls（必填）：多行字符串，每行一个完整 URL（不含 /health），例如：
  • http://127.0.0.1:5800
  • https://service-name

行为：

• 对每一行 URL：
  • 去掉末尾 /，拼接 /health；
  • 最多重试 10 次 curl -fsS <url>/health，每次失败后等待 5 秒；
  • 若所有重试均失败，则记录到失败列表。
• 如果任意服务失败，整个步骤 exit 1。

依赖环境：

• Runner 上需要安装 curl。

---

frontend-test — 前端入口可访问性检查（完整 URL）

路径：actions/frontend-test/action.yml
作用：对一组前端入口 URL 做可访问性检查（通常是首页）。

示例（节选自 broccoli-offline/.gitea/workflows/e2e-tests.yml）：

- name: Run offline frontend availability tests
  uses: https://git.aiot.ml/Obscura/common-workflows/actions/frontend-test@main
  with:
    urls: |
      http://10.0.0.145:5373      

输入参数：

• urls（必填）：多行字符串，每行一个完整 URL，例如：
  • http://127.0.0.1:3000
  • https://frontend-service

行为：

• 对每一行 URL：
  • 最多重试 10 次 curl -fsS <url>，每次失败后等待 5 秒；
  • 任意一次成功则认为该前端通过，否则记录失败。
• 如果有任意 URL 访问失败，整个步骤 exit 1。

依赖环境：

• Runner 上需要安装 curl。