# CI/CD 部署指南 (OneDev + Docker)

## 1. 简介

本文档旨在指导如何为 `mqtt-charging-system` 项目（包含 `springboot-init-main` 后端和 `charging_web_app` 前端）配置一套基于 OneDev 和 Docker 的持续集成与持续部署 (CI/CD) 流程。实现目标是当代码提交到 OneDev 管理的 Git 仓库的特定分支（如 `main`）后，自动触发构建、 Docker 镜像打包与推送，并最终自动部署到线上服务器。

**采用技术栈：**

*   **一体化 DevOps 平台 (代码仓库, CI/CD)**: OneDev
*   **容器化**: Docker & Docker Compose
*   **部署目标**: 运行 Docker 的 Linux 服务器

## 2. 先决条件

在开始配置 CI/CD 流程之前，请确保以下条件已满足：

*   **OneDev 服务器**: 
    *   已成功搭建并运行 OneDev 服务。您可以从 [https://onedev.io/](https://onedev.io/) 下载并按照官方文档进行安装（通常作为 Docker 容器或直接运行 JAR 包）。
    *   项目代码已在 OneDev 中创建或导入。
*   **线上应用服务器**:
    *   一台或多台 Linux 服务器，用于运行前端和后端应用容器。
    *   服务器已安装 Docker Engine 和 Docker Compose。
    *   服务器具有 SSH 访问权限，并为 CI/CD 工具准备了 SSH 用户（推荐使用密钥认证）。OneDev 的执行器 (Executor) 将通过此用户连接服务器。
    *   服务器防火墙已配置，允许访问应用所需端口（例如后端 7529，前端 3000）以及可能的反向代理端口（如 80, 443）。
*   **Docker 镜像仓库**:
    *   一个 Docker Registry 用于存储构建好的应用镜像。可以是：
        *   Docker Hub (公共或私有)
        *   OneDev 自带的容器镜像仓库 (如果 OneDev 版本支持并已启用，或者通过插件)
        *   Harbor, Quay.io 等私有化部署的 Registry
        *   云服务商提供的 Registry (如阿里云 ACR, AWS ECR, Google GCR)
    *   准备好访问该 Registry 的凭证 (用户名和密码/Access Token)。这些凭证将作为 Secrets 配置在 OneDev 中。
*   **域名 (可选但推荐)**: 为您的 OneDev 服务器和应用准备域名，并配置好 DNS 解析。
*   **对 Docker 和 Linux 基本命令有了解**。

## 3. CI/CD 流程概览

1.  **代码提交**: 开发者将代码改动推送到 OneDev 仓库的指定分支 (例如 `main`)。
2.  **构建触发**: OneDev 自动检测到代码变更，并根据项目根目录下的 `.onedev-buildspec.yml` 文件中定义的触发器 (Triggers) 和作业 (Jobs) 启动构建流程。
3.  **作业执行**: OneDev 的执行器 (Executor) 根据构建规范执行定义的作业步骤：
    *   **代码检出**: 执行器自动检出指定提交的代码。
    *   **应用构建**:
        *   **后端 (`springboot-init-main`)**: 使用 Maven 构建工具 (如 `mvn package`) 打包成 JAR 文件。
        *   **前端 (`charging_web_app`)**: 使用 Node.js 和 npm/yarn (如 `npm run build`) 构建生产版本的静态文件和 Next.js 服务。
    *   **Docker 镜像构建与推送**:
        *   使用项目中的 `Dockerfile` 构建 Docker 镜像。
        *   构建成功后，将镜像标记版本号并推送到指定的 Docker 镜像仓库。
    *   **应用部署**:
        *   通过 SSH 连接到线上应用服务器。
        *   在服务器上执行预设脚本（通常是 Docker Compose 命令）来拉取新镜像并重启服务。
4.  **完成与反馈**: 构建完成后，OneDev 界面会显示构建状态、日志和产物。可以配置通知。

## 4. 详细步骤

### 步骤 4.1: 服务器环境准备

(此部分与之前 Gitea+Drone CI 指南中的服务器准备基本一致，请确保应用服务器满足 Docker, Docker Compose 和 SSH 的要求。OneDev 服务器自身的安装请参考官方文档。)

1.  **选择并配置 Linux 服务器 (应用服务器)**:
    *   建议使用主流 Linux 发行版，如 Ubuntu, CentOS。
    *   确保服务器资源充足（CPU, 内存, 磁盘空间）。
    *   **内存建议 (测试环境，OneDev 和应用分开部署或合并部署，不考虑高并发)**:
        *   **OneDev 服务器**: OneDev 自身运行（特别是包含 Elasticsearch 用于搜索）可能需要 **2GB-4GB RAM** 或更多，具体取决于仓库数量、用户数和活动情况。请参考 OneDev 官方的资源建议。
        *   **应用服务器 (仅运行后端和前端应用容器)**: **2GB RAM** 通常足够。
        *   **单服务器部署 (OneDev Server, 执行器, 后端应用, 前端应用均在同一台机器)**: 由于 OneDev 自身和构建过程的资源消耗，推荐至少 **4GB-8GB RAM**。具体数值高度依赖 OneDev 的负载和构建任务的复杂度。对于纯测试且OneDev负载不高的情况，4GB可能是底限。
        *   如果服务器内存确实有限，需要严格控制各进程的内存使用，并可能遇到性能瓶颈或OOM问题。
2.  **安装 Docker Engine (应用服务器)**: (同前)
3.  **安装 Docker Compose (应用服务器)**: (同前)
4.  **配置 SSH (应用服务器)**:
    *   确保 SSH 服务正在运行。
    *   为 OneDev 执行器创建一个专用的 SSH 用户，或使用现有用户。
    *   **强烈推荐使用 SSH 密钥对进行认证**。私钥将作为 Secret 配置在 OneDev 中，用于部署作业。
        *   在可以安全操作的地方生成 SSH 密钥对。
        *   将公钥 (`~/.ssh/id_rsa.pub`) 内容添加到应用服务器上对应用户的 `~/.ssh/authorized_keys` 文件中。
        *   确保 `.ssh` 目录权限为 `700`，`authorized_keys` 文件权限为 `600`。
5.  **防火墙配置 (应用服务器)**: (同前)

### 步骤 4.2: OneDev 服务器安装与配置 (简述)

*   **安装 OneDev**: 请遵循 OneDev 官方网站 ([https://onedev.io/](https://onedev.io/)) 的最新安装指南。常见的安装方式包括：
    *   **Docker 容器**: 这是推荐且较简单的方式。官方会提供 `docker run` 命令或 `docker-compose.yml` 示例。
    *   **直接运行 JAR**: 下载 `server-bootstrap.jar` 并运行。
*   **初始配置**: 安装完成后，首次访问 OneDev 服务会引导进行管理员账户创建和基本配置。
*   **项目创建/导入**: 在 OneDev 中创建您的 `mqtt-charging-system` 项目，或从其他 Git 源导入。
*   **执行器 (Executor) 配置**: OneDev 需要配置执行器来运行构建作业。默认情况下可能有一个内置的 Docker Executor，但您也可以配置远程服务器作为 Shell Executor (通过 SSH) 或 Kubernetes Executor。对于 Docker 构建和 SSH 部署，确保执行器有能力运行 Docker 命令和 SSH 命令。
    *   如果 OneDev 服务器自身资源充足且安装了 Docker，可以使用其内置的 Docker Executor。
    *   如果希望在专门的构建机或应用服务器上执行某些部署步骤，可能需要配置 Server Shell Executor 或 Agent Shell Executor，并确保这些执行环境安装了必要的工具 (如 `docker-compose`, `ssh client`)。

### 步骤 4.3: 项目 Docker化

(此部分与之前指南中的 Dockerfile 内容保持不变，因为 Dockerfile 本身与 CI/CD 工具无关。)

*   **`springboot-init-main/Dockerfile`**: (同前)
*   **`charging_web_app/Dockerfile`**: (同前)

### 步骤 4.4: OneDev 构建规范配置 (`.onedev-buildspec.yml`)

在您的 OneDev 项目 (`mqtt-charging-system`) 的根目录下创建 `.onedev-buildspec.yml` 文件 (或者通过 OneDev UI 配置构建规范)。

```yaml
# .onedev-buildspec.yml

# 定义构建作业 (Jobs)
jobs:
  # --- 后端 Spring Boot 应用作业 ---
  - name: "Backend CI/CD"
    # 执行器选择：指定一个有能力运行 Maven 和 Docker 命令的执行器
    # 这通常是一个配置了 Docker-in-Docker 或可以访问 Docker socket 的 Docker Executor
    # 或者是一个安装了 Maven 和 Docker 的 Shell Executor
    executor: "docker-executor" # 替换为你在 OneDev 中配置的执行器名称
    # 触发器：当 main 分支有代码提交，且 springboot-init-main 目录下文件发生变化时触发
    triggers:
      - type: "branch-push"
        branches: "main"
        paths: "springboot-init-main/**"
    # 构建步骤 (Steps)
    steps:
      # 1. 检出代码 (通常是隐式的，或由 OneDev 自动处理第一步)
      - checkout # OneDev 内置的检出步骤

      # 2. 构建 Spring Boot JAR
      - group: "Build Backend JAR"
        steps:
          - image: "maven:3.8-openjdk-8" # 使用 Maven Docker 镜像执行命令
            shell: "sh"
            commands: |
              echo "Building Spring Boot JAR..."
              cd springboot-init-main
              mvn clean package -DskipTests -B

      # 3. 构建并推送后端 Docker 镜像
      - group: "Publish Backend Docker Image"
        steps:
          # 使用 OneDev 内置的 Docker Build & Push 命令 (或手动 docker 命令)
          # 假设 executor 有 docker cli
          - shell: "sh"
            # 需要将 Docker Hub 凭证配置为 Job Secrets: DOCKER_USER, DOCKER_PASSWORD
            # 以及 Docker 仓库地址: DOCKER_REGISTRY (可选, 默认 docker.io)
            commands: |
              echo "Logging in to Docker Registry..."
              echo $env.get(\'DOCKER_PASSWORD\') | docker login -u $env.get(\'DOCKER_USER\') --password-stdin $env.get(\'DOCKER_REGISTRY\', \'docker.io\')
              
              echo "Building and Pushing Backend Docker Image..."
              cd springboot-init-main
              IMAGE_NAME="${env.get(\'DOCKER_REGISTRY\', \'docker.io\')}/your-docker-repo/mqtt-springboot-app"
              # 使用 @file:job.commitHash 获取当前提交的短哈希
              docker build -t ${IMAGE_NAME}:latest -t ${IMAGE_NAME}:$(echo \"@file:job.commitHash@\" | cut -c1-8) .
              docker push ${IMAGE_NAME}:latest
              docker push ${IMAGE_NAME}:$(echo \"@file:job.commitHash@\" | cut -c1-8)
              
              echo "Logging out from Docker Registry..."
              docker logout $env.get(\'DOCKER_REGISTRY\', \'docker.io\')
            # OneDev 提供了更集成的 Docker 构建步骤，可以研究使用以简化脚本
            # - build-docker-image: ... (参考 OneDev 文档)
            # - push-docker-image: ... (参考 OneDev 文档)

      # 4. 部署后端到服务器
      - group: "Deploy Backend to Server"
        steps:
          - shell: "sh"
            # 需要将 SSH 私钥配置为 Job Secret: SERVER_SSH_KEY
            # 以及服务器地址: SERVER_HOST, SSH用户: SERVER_SSH_USER
            # 服务器部署路径: BACKEND_DEPLOY_PATH (例如 /opt/deploy/mqtt-charging-system/backend)
            commands: |
              echo "Deploying Backend to Server..."
              mkdir -p ~/.ssh
              echo "$env.get(\'SERVER_SSH_KEY\')" > ~/.ssh/id_rsa
              chmod 600 ~/.ssh/id_rsa
              ssh -o StrictHostKeyChecking=no $env.get(\'SERVER_SSH_USER\')@$env.get(\'SERVER_HOST\') \
                "cd $env.get(\'BACKEND_DEPLOY_PATH\') && docker-compose pull backend-app && docker-compose up -d --remove-orphans backend-app"
              echo "Backend deployment completed."

  # --- 前端 Next.js 应用作业 ---
  - name: "Frontend CI/CD"
    executor: "docker-executor" # 替换为合适的执行器
    triggers:
      - type: "branch-push"
        branches: "main"
        paths: "charging_web_app/**"
    steps:
      - checkout

      # 2. 构建 Next.js 应用
      - group: "Build Frontend App"
        steps:
          - image: "node:18-alpine"
            shell: "sh"
            commands: |
              echo "Building Next.js App..."
              cd charging_web_app
              npm ci
              npm run build

      # 3. 构建并推送前端 Docker 镜像
      - group: "Publish Frontend Docker Image"
        steps:
          - shell: "sh"
            commands: |
              echo "Logging in to Docker Registry..."
              echo $env.get(\'DOCKER_PASSWORD\') | docker login -u $env.get(\'DOCKER_USER\') --password-stdin $env.get(\'DOCKER_REGISTRY\', \'docker.io\')
              
              echo "Building and Pushing Frontend Docker Image..."
              cd charging_web_app
              IMAGE_NAME="${env.get(\'DOCKER_REGISTRY\', \'docker.io\')}/your-docker-repo/mqtt-nextjs-app"
              docker build -t ${IMAGE_NAME}:latest -t ${IMAGE_NAME}:$(echo \"@file:job.commitHash@\" | cut -c1-8) .
              docker push ${IMAGE_NAME}:latest
              docker push ${IMAGE_NAME}:$(echo \"@file:job.commitHash@\" | cut -c1-8)
              
              echo "Logging out from Docker Registry..."
              docker logout $env.get(\'DOCKER_REGISTRY\', \'docker.io\')

      # 4. 部署前端到服务器
      - group: "Deploy Frontend to Server"
        steps:
          - shell: "sh"
            commands: |
              echo "Deploying Frontend to Server..."
              mkdir -p ~/.ssh
              echo "$env.get(\'SERVER_SSH_KEY\')" > ~/.ssh/id_rsa
              chmod 600 ~/.ssh/id_rsa
              ssh -o StrictHostKeyChecking=no $env.get(\'SERVER_SSH_USER\')@$env.get(\'SERVER_HOST\') \
                "cd $env.get(\'FRONTEND_DEPLOY_PATH\') && docker-compose pull frontend-app && docker-compose up -d --remove-orphans frontend-app"
              echo "Frontend deployment completed."

# 可以定义参数 (Parameters) 和属性 (Properties) 以供作业使用
# parameters:
# properties:
```
*   **重要说明**:
    *   上述 `.onedev-buildspec.yml` 是一个示例，具体语法和可用步骤请务必参考您正在使用的 OneDev 版本的官方文档。
    *   `executor`: 指定运行此作业的 OneDev 执行器。您需要在 OneDev 中预先配置好执行器 (例如 Docker Executor, Shell Executor)。
    *   `triggers`: 定义了何时触发此作业。
    *   `steps`: 定义了作业的具体操作。OneDev 有很多内置的步骤类型 (如 `checkout`, `setup-jdk`, `run-docker-command`, `build-docker-image`, `ssh-command-step` 等)，使用内置步骤通常比手写 shell 脚本更简洁和安全。**强烈建议查阅 OneDev 文档，使用其推荐的步骤来操作 Docker 和 SSH。**
    *   **Secrets/Variables**: 
        *   `$env.get('SECRET_NAME')` 或 `$get('job_secret_name')` (具体语法看OneDev版本) 用于从 OneDev 作业 Secrets 中获取敏感信息 (如 `DOCKER_USER`, `DOCKER_PASSWORD`, `SERVER_SSH_KEY`)。
        *   `your-docker-repo` 需要替换为您的 Docker 仓库名/组织名。
        *   `SERVER_HOST`, `SERVER_SSH_USER`, `BACKEND_DEPLOY_PATH`, `FRONTEND_DEPLOY_PATH` 等也应该是作为 Job Secrets 或 Parameters 传入。
        *   `@file:job.commitHash@` 是 OneDev 提供的一个变量，用于获取当前构建的 Git 提交哈希。
    *   **错误处理与健壮性**: 实际脚本中应添加错误检查和更完善的日志。
    *   **OneDev 内置步骤**: 对于 Docker 构建/推送和 SSH 命令执行，OneDev 提供了专门的步骤类型，使用它们会比直接写 `shell` 命令更方便，并能更好地处理凭证和输出。例如，有专门的 `Push to Docker Registry` 步骤，可以直接配置仓库、凭证等。

### 步骤 4.5: 服务器部署配置 (Docker Compose)

在您的应用服务器上，创建一个部署根目录（例如 `/opt/deploy/mqtt-charging-system/`），并在该目录下放置一个统一的 `docker-compose.yml` 文件。这个文件将管理所有服务，包括数据库、MQTT Broker 以及您的后端和前端应用。

*   **统一的 `docker-compose.yml` (示例路径: `/opt/deploy/mqtt-charging-system/docker-compose.yml`)**: 
    *   该文件的内容已在本指南前文（或作为单独文件）提供。它应包含 `mysql-db`, `emqx`, `backend-app`, 和 `frontend-app` 服务。
    *   确保 `backend-app` 和 `frontend-app` 服务中的 `image` 指向您在 CI/CD 流程中构建和推送到 Docker Registry 的镜像地址。
    *   通过 `environment` 部分为 `backend-app` 注入数据库连接信息（如 `DB_HOST: mysql-db`, `DB_USER`, `DB_PASSWORD`, `DB_NAME`）和 MQTT Broker 信息 (`MQTT_BROKER_URL: tcp://emqx:1883`)，使其连接到 Compose 网络内的相应服务。
    *   MySQL 和 EMQX 的敏感配置（如密码）应通过环境变量从外部（例如服务器上的 `.env` 文件或 CI 工具注入的环境变量）设置，而不是硬编码在 `docker-compose.yml` 的默认值中。

### 步骤 4.6: OneDev Secrets 管理

OneDev 提供了强大的 Secrets 管理功能，用于安全地存储 CI/CD 流程中所需的敏感信息。

1.  打开 OneDev 上的 `mqtt-charging-system` 项目。
2.  导航到项目 `设置` (Settings) -> `构建设置` (Build Settings) -> `作业密秘` (Job Secrets)。
3.  点击 `添加密秘` (Add Secret) 来创建以下 Secrets (名称需与 `.onedev-buildspec.yml` 中引用的名称一致):
    *   `DOCKER_USER`: 你的 Docker 镜像仓库的用户名。
    *   `DOCKER_PASSWORD`: 你的 Docker 镜像仓库的密码或 Access Token (标记为密码类型)。
    *   `SERVER_SSH_KEY`: 部署服务器的 SSH 私钥内容 (标记为文件类型或多行文本)。
    *   `SERVER_HOST`: 部署服务器的 IP 地址或主机名。
    *   `SERVER_SSH_USER`: 用于 SSH 连接的用户名。
    *   `DEPLOY_PATH`: 应用在服务器上的统一部署路径 (例如 `/opt/deploy/mqtt-charging-system`).
    *   `DOCKER_REGISTRY` (可选): 如果不是 Docker Hub，则为您的 Docker 仓库地址 (例如 `gitea.yourdomain.com:5000`)。
    *   **新增Secrets (用于 `docker-compose.yml` 中的数据库和Broker)**:
        *   `MYSQL_ROOT_PASSWORD_SECRET`: MySQL root用户的密码。
        *   `MYSQL_DATABASE_SECRET`: 数据库名称 (例如 `mqtt_power`)。
        *   `MYSQL_USER_SECRET`: 应用连接数据库的用户名 (例如 `appuser`)。
        *   `MYSQL_PASSWORD_SECRET`: 应用连接数据库的密码。
        *   (如果 EMQX 需要认证，则添加相应 Secrets)
4.  **授权**: 确保这些 Secrets 仅被授权给需要它们的构建作业或分支访问。

    **注意**: 在 `.onedev-buildspec.yml` 的部署脚本中，您需要一种方式将这些 Secrets (如 `MYSQL_ROOT_PASSWORD_SECRET`) 传递给部署服务器，以便 `docker-compose up` 命令可以访问它们作为环境变量。这可以通过以下几种方式实现：
    *   **通过 SSH 动态创建 `.env` 文件**: 在 SSH 部署脚本中，从 OneDev Secrets 读取值，并在部署目录动态生成一个 `.env` 文件，`docker-compose` 会自动加载它。
    *   **直接在 `docker-compose up` 命令前导出环境变量**: `export MYSQL_ROOT_PASSWORD=$env.get('MYSQL_ROOT_PASSWORD_SECRET'); docker-compose up -d` (这种方式环境变量仅对当前 SSH 会话的该命令有效，需要小心处理引号和转义)。
    *   OneDev 可能有更高级的方法来处理部署时的环境变量注入，请查阅其文档。

### 步骤 4.7: (移除/简化 Gitea Webhook 配置)

由于 OneDev 是一体化平台，它会自动监控其管理的 Git 仓库的变更。当符合 `.onedev-buildspec.yml` 中定义的 `triggers` 条件时，构建会自动触发。因此，不需要像 Gitea+Drone CI 那样手动配置外部 Webhook。

## 5. 部署触发与监控

*   **触发**: 当所有配置完成后，向 OneDev 项目的 `main` 分支（或其他在构建规范中配置的分支）推送代码提交，并且提交包含了相应目录 (`springboot-init-main/**` 或 `charging_web_app/**`) 的文件变更，将自动触发 OneDev 中定义的相应 CI/CD 作业。
*   **监控**:
    *   在 OneDev 界面，您可以进入项目的 `构建` (Builds) 标签页，实时查看构建列表、每个构建的详细步骤、日志、状态以及最终结果。
    *   OneDev 允许配置构建完成后的通知 (例如 Email, Webhook 到其他系统等)。
    *   在应用服务器上，使用 `docker ps` 和 `docker logs` 进行容器监控。

## 6. 回滚策略 (简述)

(与之前类似，OneDev 也支持通过标签重新运行旧的构建，或手动部署旧的 Docker 镜像版本。)

*   **手动回滚**:
    *   使用 OneDev 构建产出的 Docker 镜像标签 (例如基于 commit hash 的标签) 在服务器上手动通过 `docker-compose.yml` 指向旧版本并重启服务。
    *   在 OneDev 的构建历史中，找到上一个成功的部署构建，检查其使用的 commit，并可能基于该 commit 创建一个新的部署或重新运行（如果构建规范支持参数化部署特定版本）。
*   **自动化回滚 (高级)**: 可以在 `.onedev-buildspec.yml` 中设计更复杂的逻辑，例如部署后运行健康检查，如果失败则自动触发另一个作业来部署上一个稳定版本。

## 7. 注意事项与常见问题

*   **Secrets 安全**: 严格管理 OneDev 中的 Job Secrets。特别注意部署到服务器时，如何安全地传递和使用 `docker-compose.yml` 所需的环境变量（如数据库密码）。
*   **`.onedev-buildspec.yml` 语法**: YAML 语法对缩进敏感。强烈建议使用 OneDev UI 内置的编辑器来编写或校验构建规范，它通常会提供语法高亮和提示。
*   **OneDev 执行器 (Executor)**: 正确配置和选择执行器至关重要。确保执行器有执行作业步骤所需的环境和权限 (如 Docker, Maven, Node.js, SSH客户端)。
*   **OneDev 文档**: **OneDev 功能迭代较快，本文档中的构建规范示例可能不是最新的或最优的。请务必参考您正在使用的 OneDev 版本的官方文档，特别是关于 CI/CD 步骤、变量和 Secrets 的部分。**
*   **路径与上下文**: 注意 OneDev 作业中执行命令时的工作目录。
*   **统一的 `docker-compose.yml`**: 确保所有服务定义正确，网络配置允许服务间通信，卷的挂载用于持久化数据。
*   **环境变量注入**: 仔细规划如何在部署时将 OneDev Job Secrets 安全地传递给 `docker-compose.yml` 使用的环境变量。避免在版本控制中存储包含敏感默认值的 `.env` 文件。
*   **(其他注意事项与之前类似，如 Dockerfile 优化, 权限, 网络, 资源消耗, 首次手动部署验证, 日志调试, 版本控制, 依赖缓存, Monorepo 策略, 数据库迁移等，这些普适性的CI/CD原则依然适用。)**

---

本文档提供了使用 OneDev 配置 CI/CD 的基础框架。根据实际需求和 OneDev 的具体版本功能，您可能需要调整和扩展这些步骤。