opendance-windows

Files

T

History

zijunchiang 20c6682202 test(release): 逐文件核对「发布包 == 打标签的树」（T-WIN-025）

「发布包 == 打标签的树」此前只抽查几个文件，必然会漏。新增
build/check-tracked-release.py（纯标准库，直接读 LZMA zip）：对包内**每一个**文件
按路径决定基准 —— OpenDance.exe / OpenDance.pck 比工作树 build/windows/ 的导出结果，
其余文件比 git show <tag>:<路径>；内容不一致 / 包内多余 / 构建产物缺失都会列出并退出 1。
已接入 build/accept-release.sh（第 0 步）与 build/package-release.sh 的提示。

实测（已发布的 v0.2.5 资产重新下载后）：
  包内 13 个文件：源码/文档 11（与 tag v0.2.5 比）+ 构建产物 2（与工作树导出比）
  ✓ 逐文件一致：0 处不一致 / 0 处多余 / 0 处缺失
反向验证：把包内 README.txt 追加一行后用 7z 重打成 LZMA zip →
  ✗ 内容不一致 1 处（README.txt），退出码 1。

踩坑：脚本第一版把 BUILD_OUTPUTS 的键一律当目录前缀（rel[len(prefix):]），
而本仓产物是单文件，拼出 build/windows/OpenDance.exe/ 导致误报「工作树缺失」；
现在区分「以 / 结尾的目录前缀」与「精确文件名」两种键。

2026-09-18 03:10:15 +08:00

integration

test(integration): 跨端验收补两类契约边界（不可用模型 / 场景 config 缺字段）

2026-09-18 03:05:51 +08:00

accept-frame-vectors.sh

fix(pack): 编码取整与参考实现对齐 + 产物不再夹带测试夹具（v0.2.4）

2026-09-17 05:59:54 +08:00

accept-integration.sh

chore(accept): accept-integration.sh 拒绝未知参数

2026-09-17 05:21:54 +08:00

accept-release.sh

test(release): 逐文件核对「发布包 == 打标签的树」（T-WIN-025）