xmz7891/ykxmz
1
0
Fork 0
mirror of https://gitee.com/xmz7891/ykxmz.git synced 2026-10-18 23:00:44 +00:00
Code Issues Packages Projects Releases Wiki Activity
118 Commits 1 Branch 18 Tags
f748565ebf56bbd76bd319bc75e49ec266f31001
Commit Graph
8 Commits
Author SHA1 Message Date
xmz7891 b1d18f2666 修发布脚本崩在 Gitee 那一步：返回 null 时没有兜住 
发 1.9.0 时代码已经推到两个平台了，但建发行版那一步直接崩：

    AttributeError: 'NoneType' object has no attribute 'get'

根因：Gitee 的 GET /releases/tags/{tag} 在「标签存在、但还没有
发行版」时返回的是 **HTTP 200 + JSON 字面量 null**（不是 404）。
于是 json.loads() 得到 None，再取 ["id"] 就炸了。

实测那条接口对 v1.9.0 就是 200 + null 这个响应。

改成容忍 None —— 取不到 id 就走「新建发行版」那条路。

（另外记一笔：这次提交我本来想用 git commit -m 加多行中文，
PowerShell 把引号搞乱了，git 报 Invalid path '/null'。
多行中文提交信息一律用 git commit -F 文件，别用 -m。）
 2026-10-07 22:56:51 +08:00
xmz7891 bf15a2ee61 静态资源交给 Cloudflare 边缘缓存（下载提速 41 倍） 
实测基线：
  ykxmz-setup-1.8.1.exe   只下到 237568/15067199 字节就停（17 KB/s）
  ykxmz-watch-1.8.1.apk   201523 字节 / 66.8 秒 = 3 KB/s
  ykxmz-server-1.8.1.zip  214900 字节 / 3.1 秒  = 67 KB/s

原因：relay 给所有响应都发 Cache-Control: no-store，
Cloudflare 完全不缓存 —— 每次下载/每张图都要穿隧道回 4G 源站。

改动：
  /download/*   no-store -> public, max-age=604800, immutable
                文件名带版本号，同一名字内容永不改变，可以长缓存
  /             -> public, max-age=60（挡住刷新重复回源）
  /favicon.ico  已是 max-age=86400，保持不变
  /shot/*       已是 max-age=86400，保持不变
  /v1/*         保持 no-store（接口必须实时）

顺带修两个自己踩的坑：

1. _send() 无条件先发 no-store，再追加 extra 里的 Cache-Control，
   结果是**两个 Cache-Control 头**，客户端只认第一个 ——
   调用方传的缓存策略被吃掉。改成 extra 里有就不再发默认值。

2. do_HEAD 和 do_GET 的缓存头不一致：HEAD 对非 /shot/ 一律报 no-store。
   下载器/代理用 HEAD 探测时会误判文件不可缓存。
   现在 _head_info 给每个路由带上和 GET 完全相同的缓存头，
   do_HEAD 也不再盲目覆盖。

结果（同一个测试口径）：
  setup.exe  17 KB/s（截断） -> 695 KB/s 完整 15 MB   41 倍
  watch.apk   3 KB/s         -> 101 KB/s              33 倍
  server.zip 67 KB/s         ->  87 KB/s
  三个文件全部 cf-cache-status=HIT（不再穿隧道回源）

排查过程记一笔：我一开始用 curl -I 验证，
看到的全是 no-store —— 因为 **-I 发的是 HEAD**，
而 HEAD 走的是另一个分支。查了半天才发现是验证方法错了。
 2026-10-07 15:44:48 +08:00
xmz7891 9692ef1f32 修 Gitee 附件清理：assets 字段没 id，要用 attach_files 接口 
Gitee 的坑：GET /releases/{id} 返回的 assets 里
**只有 name 和 download_url，没有 id**，
照着它删是删不掉的（之前静默失败，附件一路堆到 11 个）。

必须换接口才拿得到 id：
    GET    /releases/{id}/attach_files        -> [{id, name, size}]
    DELETE /releases/{id}/attach_files/{id}

已清理：Gitee 11 -> 5 个（含 2 个自动生成的源码包），
EzHub 5 -> 3 个。清理动作也加了重试（网络会抖）。
 2026-10-07 12:54:33 +08:00
xmz7891 ae7e1cf269 Gitee 也做成幂等：已存在就复用 + 先删同名附件 
重发时 Gitee 直接 400「该标签已经存在发行版」，
而且拿不到 id，后面的附件也传不上。

改成和 EzHub 一样的流程：
先按标签查已有的（查到就复用 id），复用前删掉同名旧附件，再传。
这样重跑多少次，两边的附件数都稳定。
 2026-10-07 12:37:06 +08:00
xmz7891 2425f8694e 修发行版重复附件：重发前先删同名 
Gitea 的发行版复用逻辑有 bug：发现标签已有发行版就复用，
但**没有先删同名附件**，于是每跑一次就多传一份。
调试期间同一个文件在 EzHub 上堆了 3 份（共 8 个附件，实际只要 3 个）。

修法：复用已有发行版时，先列出它的附件，
把和本次要传的同名的删掉，再传。

配套加了：
  * clean_ezhub_assets.py  清理已堆积的重复（同名只留最新，支持 --dry）
  * verify_releases.py     对账两个平台的发行版（标题/说明/附件/
                           管理页字眼/两边说明是否一致）

已清理：EzHub 从 8 个附件降到 3 个。
 2026-10-07 12:36:35 +08:00
xmz7891 f200240730 发布脚本：EzHub 走 HTTPS+令牌推送（SSH 还没配好） 
EzHub 的 SSH 公钥在服务端一直被拒（Permission denied），
但令牌有 push 权限。所以发布脚本里 EzHub 改用
HTTPS + 令牌推，令牌只在进程内拼进 URL，不写进 .git/config。

顺带加了增量推送脚本 ezhub_push_all.py：
一次性推 44 个提交 = 117 MB，被 EzHub 的 nginx 413 拦了。
Git 推送是增量的，逐个提交推每包就小得多 —— 实测 44 个全部推成功。
脚本会先探测远端进度，只推缺的，并且对网络抖动自动重试。
 2026-10-07 12:32:11 +08:00
xmz7891 d60dfcf671 发布脚本：提前检查 EzHub 令牌写权限 
Gitea 令牌可以只给读权限。只读令牌能读仓库、能列发行版，
看起来一切正常，但一推代码就 403、一建发行版也 403。

加了 check_ezhub_scope()：开头就用一个**无副作用**的探针确认权限
（对不存在的发行版发 DELETE —— 403 说明缺 write:repository，
404 说明权限过了只是资源不存在），缺权限就立刻停下并给出
明确的修复指引，不让它走到一半才炸。

文档里也写清了这个坑。
 2026-10-07 12:25:12 +08:00
xmz7891 4de2255ee4 加 EzHub（Gitea）发布支持 + 一次发两个平台的脚本 
用户要求：除了 Gitee，还要发到朋友自建的代码托管平台 EzHub
（ssh://git@git.261826.xyz/xmz/ykxmz.git），release 也要建。

探测结果：EzHub 是 **Gitea 1.22.0**
（/api/v1/version 返回 16.0.5+gitea-1.22.0），
仓库 xmz/ykxmz 存在，目前还没有任何发行版。

Gitea 和 Gitee 的接口差别（踩过的点）：
  项目           Gitee                  Gitea / EzHub
  API 前缀       /api/v5/repos/...      /api/v1/repos/...
  认证           参数 access_token      请求头 Authorization: token
  传附件路径     /releases/{id}/        /releases/{id}/
                 attach_files           assets?name=<文件名>
  附件字段名     file                   attachment
  草稿字段       无                     draft / prerelease

新增：
  * _build/ezhub_release.py   单独发 EzHub 用
  * _build/release_all.py     一次发两个平台（推荐）
      - 前置检查：产物齐不齐、更新说明能不能取到、工作区干不干净
      - **对外口径检查**：更新说明里出现管理页字眼直接拒绝发布
      - 推代码到两个 remote，再分别在两边建发行版 + 传三个附件
      - 支持 --dry 演练（不真的发），已经过通

修掉的 bug：
  CHANGELOG 解析。按 "\n## " 切分时第一块带着自己的 "## 版本号"
  （前面没换行），后面几块没有 —— 原来只写 startswith("1.8.0")，
  对第一块永远匹配不上，全靠"取不到就退回第一块"的兜底碰巧对了。
  现在先把开头的 # 去掉再比。

SSH：
  为 EzHub 单独生成了一把密钥（~/.ssh/id_ed25519_ezhub），
  不复用 Gitee 那把，权限隔离。已写好 ~/.ssh/config 的 Host 段。
  **公钥需要用户加到 EzHub 账号里之后才能推。**
  私钥在仓库外，不会进版本库。
 2026-10-07 12:19:58 +08:00