feat(远端): 恢复自建 Gitea 代码辅仓，OpenList 降为备选备份

用户定案：「自建 gitea 同步一下吧，openlist 也作为备选备份」。
于是把上一轮「撤销全部 git 辅仓」的决定部分回退：在线那一路回到自建 Gitea，
OpenList 上的加密 bundle 从「唯一异地备份」改为「备选异地备份」。

两层不是重复，而是失效模式不同：
  · 自建 Gitea（在线、可增量、可浏览）—— 不受任何第三方平台规则约束
  · 离线 bundle（离线、单一文件、完整历史）—— 平台全挂也能恢复

一、实际同步
- Gitea 位于 23.254.236.47:3001（Gitea 28.0.0），本机直连即可推，
  **不需要广州中转机**（旧结论「沙箱跑不通 git smart HTTP」只针对当时的代理）
- 远端停在 ed38f938（2026-10-04），落后 57 个提交，且是本地 HEAD 的**祖先**
  → 一次 fast-forward 追平，**未强推、未丢历史**
- 同步后 origin 与 gitea 均指向 5f27ad32

二、git 配置
- 恢复 remote `gitea`（凭据编在 URL 里，只落本机 .git/config，不入库）
- `pushall` 回到双推：
    !git push origin main; ec=$?; git remote | grep -qx gitea && git push gitea main; exit $ec
  · 用 `;` 而非 `&&` → 主仓挂了辅仓照样推
  · `exit $ec` → 退出码仍以主仓为准，辅仓成功不掩盖主仓失败
  · gitea 段带存在性前置判断 → 没配辅仓时静默跳过，不白报错

三、发布链路恢复 gitea（前一轮刚去掉，现按新定案加回）
- `deploy/editor-api/bootstrap.sh`
    · 新增 GITEA_URL / GITEA_USER / GITEA_PASS（凭据必须现给，不写死在脚本里）
    · PUSH_REMOTES 默认 → origin,gitea；没给 GITEA_PASS 则降级为 origin
    · 恢复「配 gitea 远端」一节；退役远端名单去掉 gitea（只留 gh / gitee）
      —— 否则新部署会把现行辅仓当成退役远端清掉
    · 结尾补一句「未启用 Gitea 辅仓」的提示
- `docker-compose.editor.yml`、`editor-api/server.mjs` → 默认 origin,gitea
- `editor-api/README.md` → 变量表同步；`editor-api/Dockerfile` → 注释补 http 情形

四、`scripts/setup-cnb-remotes.sh` 改回双远端模式
- 头部沿革、USAGE、凭据段全部重写；GITEA_PASS 走环境变量，不入库
- 退役远端循环只清 gh / gitee；pushall 写同一份定义

五、文档
- `架构总览.md`：§1.2 地址地图加「代码辅仓」行、备份行降为「备选」；
  §2 旅程图改双推；§5.1 推送重写（含别名实际定义与三条取舍）；
  §5.2 远端改双行表 + Gitea 接入细节；§5.3 由「不走 git 远端」改为
  「远端与备份的分工」（三层各自的失效模式）；§5.6 定位改备选；
  §6 待办 #2/#4/#7/#10 更新
- `CNB构建落地方案.md` §4.0 目标形态与定案块、§4.1 第 4 条
- `README.md` 发布流程图、推送说明、脚本表
- `scripts/backup-run.mjs` 头部注释：不再是「唯一备份」

实测：
  git push gitea main → ed38f938..5f27ad32  main -> main
  git pushall         → origin / gitea 双向同步，退出码 0
  bash -n 校验 bootstrap.sh 与 setup-cnb-remotes.sh 均通过

scripts/backup-run.mjs

@@ -1,14 +1,16 @@
 #!/usr/bin/env node
 /**
- * 备份包装器 —— 给「唯一辅仓」加一道失败告警
+ * 备份包装器 —— 给「离线那一层」加一道失败告警
  * =====================================================================
  * 为什么需要它：
- *   OpenList（中兴 F50）现在是**唯一的异地备份**。而这类「每天自动跑」的任务
- *   最典型的失败模式恰恰是**静默**的 —— F50 被带出门、换了网段、OpenList
- *   容器重启后没起来、WebDAV 口令改过……这些都不会有人主动发现，
- *   直到某天真的要用备份时才发现最近三个月一份都没成功。
+ *   OpenList（中兴 F50）上这份加密 bundle 是**唯一不依赖任何 git 服务**的备份 ——
+ *   在线那一路虽有自建 Gitea 代码辅仓（contributor 机器上，推一次就在），
+ *   但平台全挂、服务器被回收这类事故只有它能挡。
+ *   而这类「每天自动跑」的任务最典型的失败模式恰恰是**静默**的 ——
+ *   F50 被带出门、换了网段、OpenList 容器重启后没起来、WebDAV 口令改过……
+ *   这些都不会有人主动发现，直到某天真的要用备份时才发现最近三个月一份都没成功。
  *
- *   CNB 主仓还在，所以这不会立刻致命；但「唯一辅仓悄悄失效」这件事本身
+ *   在线辅仓和主仓都还在，所以这不会立刻致命；但「离线备份悄悄失效」这件事本身
  *   必须被告知。于是加这一层：跑备份 → 失败就发邮件。
  *
  * 它做什么：