 zijunchiang
|
ba988f6ca6
|
fix(packaging): 发布包 exe 的 PE 版本资源必须等于发布版本（v0.2.2）
缺陷（v0.2.1 实测）：把 opendance-windows-v0.2.1.zip 解开、在 Windows 上
「右键 → 属性 → 详细信息」，显示的是
文件版本 0.1.0
产品版本 0.1.0
而产物名、Git tag、README 全是 v0.2.1 —— 正是文档 §11.2 要禁止的
「不可核对的发布」。
根因：export_presets.cfg 的 application/file_version /
application/product_version 被硬编码在 0.1.0，而它们**不会**跟随
project.godot 的 application/config/version 自动更新；check-version.sh 当时
只比 project.godot ↔ project.yaml（两处一致），所以静态校验全绿、产物却是错的。
漂移发生在没人看的第三个位置 —— 校验位置少一个，等于没校验。
证据：
strings -a -el OpenDance.exe -> FileVersion 0.1.0 / ProductVersion 0.1.0
VS_FIXEDFILEINFO @0x67b976c -> FileVersion 0.1.0.0 / ProductVersion 0.0.0.0
对照组：官方模板 windows_release_x86_64.exe 的 FileVersion = 4.7.2，
说明本机 rcedit 改写是生效的，问题纯粹在预设的值本身。
修复：
* build/sync-export-version.sh（新增）：导出前把版本号写进导出预设，
幂等、拒绝非 X.Y.Z；
* build/check-pe-version.sh（新增）：直接读 exe 的 PE 版本资源 ——
VS_FIXEDFILEINFO（签名 0xFEEF04BD 后 16 字节，grep -abo 取偏移约 40 ms）
与 StringFileInfo（strings -el，资源管理器属性页显示的就是它）。
两处都查：实测固定信息里的 ProductVersion 恒为 0.0.0.0；
* build/check-version.sh：新增导出预设两个键的校验；
* build/export-windows.sh：导出前同步、导出后直接复核产物；
* build/package-release.sh：打包前校验源 exe、解包后再校验包内 exe；
* build/verify.sh：新增步骤 1/5「产物 PE 版本资源」（未导出则跳过）；
* tests/test_about.gd：新增 test_export_preset_version_matches_project_version。
反向验证：把预设 file_version 改回 0.1.0 →
check-version.sh 退出码 1（报出两处不一致）；
无头测试 753 通过 / 1 失败，失败项正是
「导出预设的 file_version 与版本号唯一来源一致」。
实测 v0.2.2 产物：PE FileVersion 0.2.2.0 / StringFileInfo 0.2.2，
版本号在 project.godot / project.yaml / export_presets.cfg / exe 元数据 /
产物名 / tag 六处一致。verify.sh 全绿（754 通过 / 0 失败 / 5 跳过）。
同时把 LZMA 压缩的取舍写清楚：deflate 包 38,248,818 B 仍超 IIS
30,000,000 B 上限，故 Release 资产仍是 LZMA 整包（26,628,529 B，不拆分卷）；
若上限放开或改由 Web /static 分发，用 ZIP_METHOD=deflate 重打包即可得到
资源管理器可直接双击解压的包。
|
2026-09-17 04:22:57 +08:00 |
|
|
zijunchiang
|
14ee5f7ec9
|
fix(scene): 包围盒沿树累乘变换（修掉入树前的 ERROR 与范围偏位）+ 21 项"真机等价"测试
缺陷：SceneRuntime._compute_aabb() 用 MeshInstance3D.global_transform 计算包围盒，
而它在 _assemble() 里调用 —— 那时运行时节点**还没入树**。两个后果：
- Godot 打一行 `ERROR: Condition "!is_inside_tree()" is true. Returning: Transform3D()`
（真机每次载入场景都刷一条，与"日志里不应有 ERROR"的排查约定冲突）；
- 树外的 global_transform 返回单位变换，算出来的只是各网格的**局部** AABB，
于是重力/风 Area3D 的碰撞盒与兜底地面会偏小或偏位 —— 对把网格摆在非原点位置的
场景（导出 GLB 的常见情况）**风力可能作用不到物体上**。
修复：改为从根往下累乘 `Node3D.transform`，不依赖是否入树；挂在单位变换父节点下时
结果与旧语义一致。
新增 21 项无头"真机等价"测试（不需要设备）：
- tests/test_scene_config.gd：在代码里手写合法 GLB（三角形 + BIN chunk）落盘后
**真实加载**：warnings 为空、按 colliders 三种取值分别核对碰撞体（mesh / auto 命中
*_col / auto 未命中的兜底地面 / none）、重力 Area3D 的 gravity 与方向、
SPACE_OVERRIDE_REPLACE、风力与 WIND_FORCE_SCALE 对齐，以及**带位移网格**
（translation [10,0,0]）时重力区域与兜底地面都跟着位移（该缺陷的回归测试）；
- tests/test_pose_server.gd：**时间维度**验证保活 —— 只发应用层 ping、不发关键点帧的
客户端在 17 秒（> 15 秒静默超时）后仍保持连接（"画面里没人就掉线、疯狂重连"的根因
对照），而完全不发数据的客户端被 close(1001) 断开。
新增 build/check-version.sh：强制 project.godot 的 application/config/version
（「关于」清单与 .pck 的来源）与 project.yaml、发布版本号三者一致；已接入
build/package-release.sh（打包前）与 build/verify.sh（第 0/4 步），并做过反向验证。
此前没有任何机制保证这两个文件同步 —— 界面显示的版本可能和产物名不一致。
版本升至 0.2.1（project.godot / project.yaml / README / 产物名 / tag 全部一致），
About 清单与 .pck 内版本号均为 0.2.1（已用 strings 核对）。
验证：build/verify.sh 四步全通过（版本一致性 → 编译 → 751 项断言 → 180 帧启动无错误）；
产物 opendance-windows-v0.2.1.zip（LZMA，26,627,191 B）
sha256 d49885327047f5a52de6c732431ea080cd1a030ae1c581a8bc0ec0d99bfb792c。
|
2026-09-17 03:59:29 +08:00 |
|