存储runner工作流的仓库
Go to file
2025-12-19 08:37:49 +00:00
.gitea/workflows update 2025-12-19 05:31:18 +00:00
actions update 2025-12-19 06:25:49 +00:00
docs update 2025-12-19 05:31:18 +00:00
build-images.yml update 2025-12-19 07:54:56 +00:00
deploy-docker.yml update 2025-12-19 07:56:11 +00:00
e2e-tests.yml update 2025-12-19 08:37:49 +00:00
README.md update 2025-12-19 08:37:49 +00:00

Common Workflows 模板说明

本目录用于存放通用的 Gitea/GitHub Actions 工作流模板,方便在不同项目之间复制复用。

可直接复制使用的模板

  • 构建镜像工作流模板build-images.yml

    • 作用:用于在 <自定义分支> 分支上构建 Docker 镜像。
    • 触发条件:
      • 推送到 <自定义分支> 分支,并且改动包含 Dockerfile*requirements.txt.gitea/workflows/build-images.yml
      • 手动触发 (workflow_dispatch)
    • 使用方式:
      1. 复制该文件到目标项目的 .gitea/workflows/build-images.yml(或对应 CI 目录)。
      2. 根据项目实际情况修改其中的 <image_name><version> 以及 Dockerfile 路径等参数。
  • Docker 部署工作流模板deploy-docker.yml

    • 作用:在 <自定义分支> 分支上,通过 docker compose 部署服务。
    • 触发条件:
      • 推送到 <自定义分支> 分支
      • 手动触发 (workflow_dispatch)
    • 使用方式:
      1. 复制该文件到目标项目的 .gitea/workflows/deploy-docker.yml(或对应 CI 目录)。
      2. 确认项目根目录存在 docker-compose.yml,并根据需要调整步骤中的命令。
  • API 健康检查工作流模板e2e-tests.yml

    • 作用:对后端各 API 服务的 /health 接口进行健康检查,可支持多个 IP / 域名(多个环境)。不再检查前端页面。
    • 触发条件:
      • 推送到 <自定义分支>(或你自定义的)分支
      • 手动触发 (workflow_dispatch)
    • 使用方式:
      1. 复制该文件到目标项目的 .gitea/workflows/e2e-tests.yml(或对应 CI 目录)。
      2. 根据实际环境修改 jobs.e2e.strategy.matrix.target 中的配置即可复用,例如:
        strategy:
          fail-fast: false
          matrix:
            target:
              - name: env-local
                base_url: http://127.0.0.1
              - name: env-remote
                base_url: http://10.0.0.1
        
      3. 如果你的服务端口与模板中的默认值不同,可在 services 变量里调整 name:port 列表,例如:auth:5710project:5711 等。
      4. 如需调整重试次数、间隔时间或检查路径,可在对应 curl 循环处按需修改脚本逻辑。

其他文件/目录

actions/docs/ 等其他文件或目录仅作内部使用或扩展示例,对实际在项目中使用上述两个模板不是必需的,你可以忽略它们。