feat(devops): 发版拆分为 client/site/server 三条独立流水线

将单一 CI/CD 流水线拆成三条互不影响的发布流水线，各有 tag 前缀、独立版本
序列与独立 CHANGELOG：

- client（client-v*）：Flutter 全平台 + version.yaml 自更新清单
- site（site-v*）：web/ Eleventy 营销站，不含 web 版 app
- server（server-v*）：backend Go 服务 + 共享基建 nginx/systemd

新增 3 个 workflow（deploy-client/site/server.yml）替换 deploy.yml；CI 脚本
按 part 拆分为 compile-/release-/deploy-{client,site,server}.sh，抽出公共函数
lib-forgejo.sh；compile-{macos,android,ios,windows}.sh 改去 client-v 前缀；
manual.yml 按前缀路由回滚。

跨流水线解耦：version.yaml 归 client，后端每请求实时读取（不重启、不触发
server 流水线）；官网下载页的版本徽章/下载链接/更新日志时间线运行时经
/api/v1/public/release 动态拉取（API 不可达回退构建时静态内容）。为此一次性
扩展后端 changelog 字段（version.go/public.go）与 download.njk 动态渲染。

CHANGELOG.md 重命名为 CHANGELOG-client.md，新增 CHANGELOG-site/server.md；
重写 /release 命令为 /release <part> [version]；同步更新 CLAUDE.md 与部署文档。

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/deployment-nas-gitea.md

@@ -36,7 +36,7 @@ Runner 实际运行在**本机 Mac**（不是 NAS），通过 LaunchAgent 开机
 
 ### Workflow 标签
 
-`.gitea/workflows/deploy.yml` 和 `ci.yml` 中使用 `runs-on: mac`，对应 runner label `mac:host`。
+`.gitea/workflows/deploy-{client,site,server}.yml` 中使用 `runs-on: mac`，对应 runner label `mac:host`。
 
 ### 检查 Runner 状态
 
@@ -89,19 +89,21 @@ kill $(pgrep -f act_runner_start.sh)
 
 仓库根目录 `.gitea/workflows/` 下有三个 workflow 文件：
 
-### `deploy.yml` — 主部署流程
+### `deploy-{client,site,server}.yml` — 三条独立部署流程
 
-**触发条件：** push `v*.*.*` tag
+发版已拆成三条互不影响的流水线，按 tag 前缀触发：
 
-**步骤：**
-1. `compile.sh` — 编译 Go 后端（linux/amd64）+ Flutter Web，打包到 `dist/`
-2. `test.sh` — `go test` + `flutter analyze`
-3. `release.sh` — 解析 CHANGELOG.md，更新 version.yaml，创建 Forgejo Release，上传 3 个 asset
-4. `deploy.sh` — SSH 到 EC2 部署，完成后发 Telegram 通知
+| workflow | 触发 tag | 范围 |
+|----------|---------|------|
+| `deploy-client.yml` | `client-v*.*.*` | Flutter 全平台 + version.yaml |
+| `deploy-site.yml` | `site-v*.*.*` | Eleventy 营销站 |
+| `deploy-server.yml` | `server-v*.*.*` | Go 后端 + nginx |
+
+**步骤（各自）：** `compile-<part>*.sh` 编译打包 → `test.sh <part>` 门禁 → `release-<part>.sh` 创建 Forgejo Release → `deploy-<part>.sh` SSH 到 EC2 部署 → Telegram 通知。公共函数在 `scripts/ci/lib-forgejo.sh`。
 
 ### `manual.yml` — 手动部署 / 回滚
 
-**触发条件：** Forgejo UI 手动触发（workflow_dispatch），输入目标 tag（如 `v1.0.0`）
+**触发条件：** Forgejo UI 手动触发（workflow_dispatch），输入带前缀 tag（如 `client-v1.0.55`），按前缀路由到对应 `deploy-<part>.sh`
 
 **步骤：** 只运行 `deploy.sh`，从 Forgejo Release 下载已有产物直接部署，跳过编译和测试。
 

docs/ios-signing.md

@@ -69,5 +69,5 @@ download_urls:
 ## 工作原理
 
 - `scripts/ci/compile-ios.sh`：建临时 keychain 导入证书、安装 profile、生成 ExportOptions（manual / app-store）、`flutter build ipa`、`xcrun altool --upload-app` 上传；CFBundleVersion 由版本号推导单调递增；缺 secrets 时跳过。
-- `.gitea/workflows/deploy.yml` 的 `build-ios` job：mac runner，串行于 build-android。
+- `.gitea/workflows/deploy-client.yml` 的 `build-ios` job：mac runner，串行于 build-android。
 - 工程：`client/ios`（bundle id `com.yanmei.jiu`，应用名「岩美酒库」）。