xmz7891/ykxmz
1
0
Fork 0
mirror of https://gitee.com/xmz7891/ykxmz.git synced 2026-10-18 20:40:43 +00:00
Code Issues Packages Projects Releases Wiki Activity
51 Commits 1 Branch 18 Tags
b1119d0da683fb1e06923fe991eec9f1796157f5
Commit Graph
6 Commits
Author SHA1 Message Date
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