学会用GitHub Action更新部署在Zeabur上的项目,解放双手

Misaka9981 · 2025 年12 月 29 日 12:04

在使用zeabur部署一些docker项目，有些项目大佬更新比较频繁如CliPorxyAPI项目，重启并不能够拉取新的版本，只能够修改版本号(v6.6.66)才能获取新版本，这不太适合我这种懒汉。

所以问了zeabur的AI，建议我使用仓库部署，通过使用action改变分支文件，就可以自动触发zeabur项目自动构建。我就以CliPorxyAPI项目举例
首先，先创建一个GitHub项目，进入设置找到Actions里的General，滑倒页面最底下，参照一下设置使得工作流获取权限

在.github/workflows目录下创建一个cli-proxy-api.yml工作流文件,内容如下:

name: 更新cli-proxy-api镜像版本

on:
  schedule:
    - cron: '58 23 * * *' #这里是UTC时间,相当于北京时间7:58
  workflow_dispatch:

jobs:
  update-version:
    runs-on: ubuntu-latest
    
    steps:
      - name: Checkout repository
        uses: actions/checkout@v4
        with:
          ref: cli-proxy-api-plus
          token: ${{ secrets.GITHUB_TOKEN }}

      - name: Get latest image tag
        id: get-version
        run: |
          # 使用 Docker Hub API 获取最新标签信息
          RESPONSE=$(curl -s https://hub.docker.com/v2/repositories/eceasy/cli-proxy-api/tags?page_size=1)
          
          # 提取版本号
          VERSION=$(echo $RESPONSE | grep -o '"name":"[^"]*"' | head -1 | cut -d'"' -f4)
          
          if [ -z "$VERSION" ]; then
            VERSION="latest"
          fi
          
          echo "version=$VERSION" >> $GITHUB_OUTPUT
          echo "Latest version: $VERSION"

      - name: Update version file
        run: |
          echo "${{ steps.get-version.outputs.version }}" > version

      - name: Commit and push
        run: |
          git config --local user.email "[email protected]"
          git config --local user.name "GitHub Action"
          git add version
          
          # 检查是否有变化
          if git diff --cached --quiet; then
            echo "No changes to commit"
          else
            git commit -m "chore: update version to ${{ steps.get-version.outputs.version }}"
            git push origin cli-proxy-api
          fi

这样就可以通过每天7点58分自动分析镜像版本有没有更新，如果有更新就把新的version文件推送到分支cli-proxy-api上，同时zeabur也会同步构建
在分支cli-proxy-api根目录下放Dockerfile文件，这是构建镜像的基础。

FROM eceasy/cli-proxy-api:latest
LABEL "language"="docker"

RUN apk add --no-cache dcron jq curl netcat-openbsd bash

ENV TZ=Asia/Shanghai

EXPOSE 8317

RUN mkdir -p /var/log

RUN cat > /root/get_management_key.sh << 'EOF'
#!/bin/bash
# 获取 MANAGEMENT_PASSWORD，优先使用环境变量，否则从配置文件读取
# 支持的配置文件位置: /data/config/config.yaml, /data/config.yaml

if [ -n "${MANAGEMENT_PASSWORD:-}" ]; then
    echo "$MANAGEMENT_PASSWORD"
else
    # 定义可能的配置文件位置
    CONFIG_PATHS=(
        "/data/config/config.yaml"
        "/data/config.yaml"
    )
    
    for CONFIG_FILE in "${CONFIG_PATHS[@]}"; do
        if [ -f "$CONFIG_FILE" ]; then
            SECRET_KEY=$(grep -A 2 "remote-management:" "$CONFIG_FILE" 2>/dev/null | grep "secret-key:" | awk -F': ' '{print $2}' | tr -d '"' | tr -d "'")
            if [ -n "$SECRET_KEY" ]; then
                echo "$SECRET_KEY"
                return 0
            fi
        fi
    done
    
    echo ""
fi
EOF

RUN cat > /root/export_usage.sh << 'EOF'
#!/bin/bash
# export_usage.sh - 导出使用数据到统一文件

set -euo pipefail

# 配置
API_BASE_URL="${API_BASE_URL:-http://localhost:8317}"
DATA_DIR="/data"
EXPORT_FILE="${DATA_DIR}/usage_data.json"
BACKUP_FILE="${EXPORT_FILE}.bak"
TEMP_FILE="${EXPORT_FILE}.tmp"

# 获取 MANAGEMENT_PASSWORD
MANAGEMENT_PASSWORD=$(bash /root/get_management_key.sh)

# 检查环境变量
if [ -z "$MANAGEMENT_PASSWORD" ]; then
    echo "错误: 未设置 MANAGEMENT_PASSWORD 环境变量，也未在配置文件中找到 secret-key"
    exit 1
fi

# 创建数据目录
mkdir -p "$DATA_DIR"

# 如果文件存在，先备份
if [ -f "$EXPORT_FILE" ]; then
    echo "备份现有文件..."
    cp "$EXPORT_FILE" "$BACKUP_FILE"
fi

# 导出数据到临时文件
echo "正在导出使用数据..."
echo "目标文件: $EXPORT_FILE"

HTTP_CODE=$(curl -X GET "${API_BASE_URL}/v0/management/usage/export" \
    -H "Authorization: Bearer ${MANAGEMENT_PASSWORD}" \
    -o "$TEMP_FILE" \
    -w "%{http_code}" \
    -s)

echo "HTTP Status: $HTTP_CODE"

# 检查是否成功
if [ "$HTTP_CODE" = "200" ] && [ -f "$TEMP_FILE" ]; then
    # 验证 JSON 格式（如果安装了 jq）
    if command -v jq >/dev/null 2>&1; then
        if jq empty "$TEMP_FILE" 2>/dev/null; then
            mv "$TEMP_FILE" "$EXPORT_FILE"
            echo "✅ 导出成功！"
        else
            echo "❌ 导出的数据格式无效"
            rm -f "$TEMP_FILE"
            # 恢复备份
            if [ -f "$BACKUP_FILE" ]; then
                mv "$BACKUP_FILE" "$EXPORT_FILE"
                echo "已恢复之前的备份"
            fi
            exit 1
        fi
    else
        # 没有 jq，直接移动
        mv "$TEMP_FILE" "$EXPORT_FILE"
        echo "✅ 导出成功！"
    fi
    
    FILE_SIZE=$(stat -f%z "$EXPORT_FILE" 2>/dev/null || stat -c%s "$EXPORT_FILE" 2>/dev/null)
    FILE_SIZE_KB=$((FILE_SIZE / 1024))
    echo "文件位置: $EXPORT_FILE"
    echo "文件大小: ${FILE_SIZE_KB}KB (${FILE_SIZE} bytes)"
    echo "备份时间: $(date '+%Y-%m-%d %H:%M:%S')"
    
    # 删除临时备份
    rm -f "$BACKUP_FILE"
    
    # 显示文件内容预览
    if command -v jq >/dev/null 2>&1; then
        echo -e "\n文件内容预览:"
        jq '.' "$EXPORT_FILE" | head -n 20
    fi
else
    echo "❌ 导出失败"
    rm -f "$TEMP_FILE"
    # 恢复备份
    if [ -f "$BACKUP_FILE" ]; then
        mv "$BACKUP_FILE" "$EXPORT_FILE"
        echo "已恢复之前的备份"
    fi
    exit 1
fi

EOF

RUN cat > /root/import_usage.sh << 'EOF'
#!/bin/bash
# import_usage.sh - 从统一文件导入使用数据

set -euo pipefail

# 配置
API_BASE_URL="${API_BASE_URL:-http://localhost:8317}"
DATA_DIR="/data"
IMPORT_FILE="${DATA_DIR}/usage_data.json"

# 获取 MANAGEMENT_PASSWORD
MANAGEMENT_PASSWORD=$(bash /root/get_management_key.sh)

# 检查环境变量
if [ -z "$MANAGEMENT_PASSWORD" ]; then
    echo "错误: 未设置 MANAGEMENT_PASSWORD 环境变量，也未在配置文件中找到 secret-key"
    exit 1
fi

# 如果提供了参数，使用指定文件
if [ -n "${1:-}" ]; then
    IMPORT_FILE="$1"
fi

# 检查文件是否存在
if [ ! -f "$IMPORT_FILE" ]; then
    echo "错误: 找不到导入文件: $IMPORT_FILE"
    echo ""
    echo "用法:"
    echo "  $0                    # 导入默认文件 ${DATA_DIR}/usage_data.json"
    echo "  $0 /path/to/file.json # 导入指定文件"
    exit 1
fi

# 验证 JSON 格式（如果安装了 jq）
if command -v jq >/dev/null 2>&1; then
    if ! jq empty "$IMPORT_FILE" 2>/dev/null; then
        echo "❌ 文件格式无效: $IMPORT_FILE"
        exit 1
    fi
fi

FILE_SIZE=$(stat -f%z "$IMPORT_FILE" 2>/dev/null || stat -c%s "$IMPORT_FILE" 2>/dev/null)
FILE_SIZE_KB=$((FILE_SIZE / 1024))

echo "正在导入使用数据..."
echo "文件: $IMPORT_FILE"
echo "大小: ${FILE_SIZE_KB}KB (${FILE_SIZE} bytes)"

# 导入数据
RESPONSE=$(curl -X POST "${API_BASE_URL}/v0/management/usage/import" \
    -H "Authorization: Bearer ${MANAGEMENT_PASSWORD}" \
    -H "Content-Type: application/json" \
    -d @"$IMPORT_FILE" \
    -w "\n%{http_code}" \
    -s)

HTTP_CODE=$(echo "$RESPONSE" | tail -n 1)
BODY=$(echo "$RESPONSE" | sed '$d')

echo "HTTP Status: $HTTP_CODE"

if [ -n "$BODY" ]; then
    echo "响应:"
    if command -v jq >/dev/null 2>&1; then
        echo "$BODY" | jq '.' 2>/dev/null || echo "$BODY"
    else
        echo "$BODY"
    fi
fi

if [ "$HTTP_CODE" = "200" ]; then
    echo "✅ 导入成功！"
    echo "导入时间: $(date '+%Y-%m-%d %H:%M:%S')"
else
    echo "❌ 导入失败"
    exit 1
fi
EOF

RUN cat > /root/cleanup-logs.sh << 'EOF'
#!/bin/bash

# 日志清理脚本 - 删除超过7天的日志文件
# 使用方法: ./cleanup-logs.sh

LOG_DIR="/data/logs"
DAYS=7
TIMESTAMP=$(date '+%Y-%m-%d %H:%M:%S')

echo "[$TIMESTAMP] 开始清理日志文件..."
echo "目录: $LOG_DIR"
echo "清理规则: 删除超过 $DAYS 天的文件"

# 检查目录是否存在
if [ ! -d "$LOG_DIR" ]; then
    echo "⚠️  日志目录不存在: $LOG_DIR"
    exit 0
fi

# 统计删除前的文件数
BEFORE=$(find "$LOG_DIR" -type f 2>/dev/null | wc -l)
echo "清理前文件数: $BEFORE"

# 删除超过7天的日志文件
find "$LOG_DIR" -type f -mtime +$DAYS -delete 2>/dev/null || true

# 统计删除后的文件数
AFTER=$(find "$LOG_DIR" -type f 2>/dev/null | wc -l)
DELETED=$((BEFORE - AFTER))

echo "清理后文件数: $AFTER"
echo "已删除文件数: $DELETED"
echo "[$TIMESTAMP] 清理完成！"
EOF

RUN cat > /root/start.sh << 'EOF'
#!/bin/bash

# 启动主应用（后台运行）
/CLIProxyAPI/CLIProxyAPIPlus --config /data/config.yaml &
MAIN_PID=$!

# 等待主程序启动成功（等待 8317 端口就绪）
echo "等待主程序启动..."
sleep 5
for i in $(seq 1 30); do
    if nc -z localhost 8317 2>/dev/null; then
        echo "✅ 主程序已启动成功"
        break
    fi
    if [ $i -eq 30 ]; then
        echo "❌ 主程序启动超时"
        exit 1
    fi
    sleep 1
done

# 运行 import_usage.sh 脚本（仅当 usage_data.json 存在时）
if [ -f "/root/import_usage.sh" ] && [ -f "/data/usage_data.json" ]; then
    echo "检测到 usage_data.json，运行 import_usage.sh..."
    /root/import_usage.sh
else
    if [ ! -f "/data/usage_data.json" ]; then
        echo "⚠️  usage_data.json 不存在，跳过 import_usage.sh"
    fi
fi

# 运行 cleanup-logs.sh 脚本
if [ -f "/root/cleanup-logs.sh" ]; then
    echo "运行 cleanup-logs.sh..."
    /root/cleanup-logs.sh
fi

# 设置定时任务
echo "*/2 * * * * /root/export_usage.sh >> /var/log/usage_export.log 2>&1" | crontab -

# 启动 cron 服务（后台运行）
crond -f -l 2 &

# 等待主程序
wait $MAIN_PID
EOF

RUN chmod +x /root/get_management_key.sh /root/export_usage.sh /root/import_usage.sh /root/cleanup-logs.sh /root/start.sh


CMD ["/bin/bash", "/root/start.sh"]

本Dockerfile增加了统计数据保存和导入，日志文件清除功能，这样就不会因重构容器导致统计数据丢失。
随后到Zeabur进行仓库绑定，新增服务选择从Github仓库部署

如果没有绑定过,请选择配置Github

根据自己的情况授权保存

如果已拥有zeabur容器的,可以从设置把docker改成仓库

容器设置请参照教程零成本部署：ClawCloud (自带存储) | CLIProxyAPI 或者根据自己的需求自行修改
如有不明白的可以参照我的仓库设置GitHub - Misaka009982/Zeabur: 自动化更新容器项目的版本

其他项目容器可以把工作流文件和Dockefile里的eceasy/cli-proxy-api:latest修改成其他docker镜像

fridayovo · 2025 年12 月 29 日 12:05

感谢分享！

Mikhun · 2025 年12 月 29 日 12:06

学习学习

Barry_max · 2025 年12 月 29 日 12:13

学习一下

AoaoMH · 2025 年12 月 29 日 12:14

感谢分享，CPA在上面部署一个月大概多少？免费5刀够用吗？

Misaka9981 · 2025 年12 月 29 日 12:16

都不用1刀

AoaoMH · 2025 年12 月 29 日 12:17

可以可以那我也试试，我的cpa现在一直在本地。

AoaoMH · 2025 年12 月 29 日 12:18

但是有个东西有点难搞，放zearbur上是不是不太好把我已有的auths转移上去。

Misaka9981 · 2025 年12 月 29 日 12:19

部署在外面可以在不能开科学的地方(比如公司)使用

Misaka9981 · 2025 年12 月 29 日 12:19

管理页面有上传文件的功能

handsome · 2025 年12 月 29 日 12:57

哇！感谢大佬。

578382239 · 2025 年12 月 29 日 13:03

感谢佬友，很有用

LangHunxi · 2025 年12 月 29 日 13:06

镜像设置为latest，然后重启服务他就会自动拉取最新的镜像了，我是这样的

Misaka9981 · 2025 年12 月 29 日 13:15

是在整个项目里的重启所有服务?手动操作不是适合懒鬼

LangHunxi · 2025 年12 月 29 日 14:13

可以设定自动重启，我也是今天才设置的，看看有没有用。之前都是手动重启

Misaka9981 · 2025 年12 月 29 日 14:34

你可以试试看

Harmog · 2025 年12 月 30 日 03:25

还有这个！我去看看

sxwenjie · 2026 年1 月 12 日 12:50

感谢分享。

S4R · 2026 年1 月 15 日 10:30

佬，问一下zeabur部署GitHub仓库，这个上传之后无法启动成功，看了佬你的仓库，感觉现在有点乱了，你的cli-proxy-api分支里的内容好像不是cli的docker

lostsheep · 2026 年1 月 23 日 04:01

我是直接点开右边的 AI 然后对话，他帮我直接更新部署的

话题		回复	浏览量
阿里云效平台：自动构建镜像并部署指南开发调优 VPS	3	509	2024 年11 月 1 日
分享一个国内下载 docker 镜像的思路开发调优纯水	20	1171	2025 年1 月 17 日
使用Github Action将DockerHub镜像转存到阿里云私有仓库,供国内服务器使用，免费易用资源荟萃	40	2060	2024 年12 月 9 日
一些GitHub Actions YAML的东西文档共建 Docker , Linux , 软件调试	12	467	2024 年11 月 15 日
🚀 完全免费！HuggingFace + Supabase 部署 CLIProxyAPI 全流程图文教程开发调优人工智能 , CLIProxyAPI	131	3205	2026 年4 月 3 日

学会用GitHub Action更新部署在Zeabur上的项目,解放双手

相关话题