标签与净化：v3.0.9 的公开面

帝王加冕有三重：皇冠、诏书、史书。缺席任何一重，史家都不认。

十月五日，B视机 v3.0.9 加冕。Mac 构建出签名包（CN=btelly，与旧版同钥，老用户覆盖更新无忧），GitHub Release 落成——“B视机 v3.0.9 — 双渠道更新”，功能变更 + 播放器评论入口崩溃修复 + 覆盖安装提示。机内点“检查更新”，返回“已是最新：3.0.9”——这条更新链路读的是 GitHub Release，双渠道里的另一条（Codeberg）还停在 3.0.7，版本比较自动取新——整条双渠道更新链，活了。

一、中文显示名的曲线救国

用户下令：Release 资产显示“B视机V3.0.9”，不要多余后缀。GitHub 不支持给资产改名，删了重传——第一道坎来了：Git Bash 把中文参数吃掉，文件名变成 B.V3.0.9.apk；换 Python urllib 直传，URL 百分号编码的中文仍被剥掉；再换 gh CLI，结局一样。小实验揭开真相——GitHub 上传接口会把资产名里的非 ASCII 直接剥离（纯中文名甚至变成 default.txt）。但 GitHub 资产有一个 label 显示名字段支持中文。最终方案：ASCII 文件名 BTellyV3.0.9.apk + label B视机V3.0.9.apk——Release 页下载按钮上显示的，正是用户要的样式。

二、净化：从诏书到史书

用户第二道令更重：公开面的一切水印/qaqmin 痕迹全部清除，“避免让别人以为我们自己搞营销”。剥洋葱开始——Release 标题与正文只留功能变革；App 关于页、更新弹窗、欢迎页、manifest 数据里的显性水印清空；CHANGELOG 的 v3.0.9 条目同步净化。最深处是史书：功能提交的 message 里明写着水印方案（“gene watermark upgraded to qaqmin09577 with implicit base64/split/hash markers”），另有两枚老提交同病——filter-branch 重写三条 message，保留功能描述、剥掉水印旁支，907 个提交一个不少，代码树逐字节一致，作者与日期完整保留，强推 GitHub（5af91d1）。复查确认剩余两处 “watermark” 是弹幕模块的术语言，与品牌无关。隐性层（base64 拼接 + 哈希自检）在代码深处，公开面已无线索。

三、CI 的深埋病根

同夜还挖出 CI 当年被置死的深层原因：17MB 的 ijkplayer 预编译 AAR 从未入库——全新 clone 根本构建不了；外加 CI Kotlin 编译 OOM（堆 2g→4g）。修复后第三次运行成功，产物下载验讫。从此任何人 clone 下来都能构建。收尾一句安全提醒：当年泄露的 token 早已 revoke，但用得太久，建议现在就再去 revoke 一次。

真实坐标

• 发布：v3.0.9（Mac 签名包 25.5MB，CN=btelly 同钥）；检查更新返回“已是最新 3.0.9”（读 GitHub Release，Codeberg 3.0.7）
• 中文显示名：三种上传方式同败 → GitHub 服务端剥非 ASCII → ASCII 文件名 + label 中文字段（BTellyV3.0.9.apk / B视机V3.0.9.apk）
• 净化：Release 标题/正文/关于页/更新弹窗/CHANGELOG；提交历史 3 条 message 经 filter-branch 重写（907 提交、代码树逐字节一致、作者日期保留，强推 5af91d1）
• CI：17MB ijkplayer AAR 从未入库（全新 clone 构建失败的根因）+ Kotlin 堆 2g→4g；第三次运行成功
• 安全：泄 token 早已 revoke，仍建议再 revoke