zijunchiang
e4e534f2a2
`build/verify.sh` 跑的是仓库源码（`godot --path .`），交付给用户的是 zip 里的
OpenDance.pck + OpenDance.exe，差别全在「导出」这一步：导出预设漏资源、pck 没
重新生成、版本号没同步、契约快照与 pck 不一致 —— 都只在包里才暴露。
本仓 v0.2.1 的 PE 版本元数据就是这么翻的车。
新增：
* build/probe-release.gd —— 包内运行时探针。用
`godot --headless --main-pack <pck> --script <探针>` 只读包内资源，断言并
quit(0/1)：
1) application/config/version == 期望版本（界面版本唯一来源，§11.1）；
2) AboutScreen.app_version() == 期望版本（「关于」清单真正显示的值）；
3) 主场景可加载、四个 autoload 都在场景树里；
4) 15 个关键资源（UI/模型/场景/网络/评分）在包内都可加载；
5) 包内 Credits.CONTRACT_VERSIONS 与包内 contracts/VERSION 快照逐项一致
（抓「pck 用旧契约构建、快照却拷了新的」）。
* build/accept-release.sh —— 一个 zip（或已解压目录）跑完：sha256 → 解压
（deflate 用 unzip / LZMA 用 7z，并检查没有 .partN 残留）→ 文件清单 →
check-pe-version.sh → 包内 pck 启动 180 帧无 SCRIPT ERROR → 探针。
* package-release.sh 结尾打印下一步验收命令；README 补用法。
实测（对**已发布**的 v0.2.2 资产重新下载后跑）：
sha256 OK；PE 版本资源 0.2.2；包内 pck 启动 180 帧无错误；
包内 version=0.2.2；AboutScreen.app_version()=0.2.2；主场景
res://scenes/main.tscn；autoload 齐备；15 项关键资源可加载；
pck 内契约表与包内 contracts/VERSION 一致 → 发布包级验收全部通过。
反向验证：
* 篡改包内 contracts/VERSION 的 rest-api=0.4.0 →
✗ ["rest-api: pck=0.5.0 快照=0.4.0"]，退出码 1；
* 期望版本写 0.2.1 对 v0.2.2 的包 → 三处版本断言全失败，退出码 1。
顺带修掉脚本自身一个缺陷：SHA256SUMS 用相对路径 + cd 到包目录后被二次拼接成
dist-release/dist-release/SHA256SUMS，导致 sha256 校验假失败（其余检查仍全绿，
很容易被忽略）。首跑时正是它把「全部通过」变成了失败。
verify.sh 仍全绿（754 通过 / 0 失败 / 5 跳过）。
2 lines
20 B
Plaintext
2 lines
20 B
Plaintext
uid://bb1l1hl8fpavq
|