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 重打包即可得到
资源管理器可直接双击解压的包。

build/export-windows.sh

@@ -67,6 +67,17 @@ if [ ! -d "$TEMPLATE_DIR" ] || [ -z "$(ls -A "$TEMPLATE_DIR" 2>/dev/null)" ]; th
 fi
 echo "[export] 导出模板：$(ls "$TEMPLATE_DIR" | tr '\n' ' ')"
 
+# ---- 导出前：把版本号同步进导出预设 ----
+# export_presets.cfg 的 application/file_version / product_version 决定产物 exe 的
+# PE 版本资源（Windows「右键 → 属性 → 详细信息」里显示的版本），它们**不会**
+# 跟随 project.godot 的 application/config/version 自动更新。不在这里同步，
+# 导出的包就会带着旧版本号 —— v0.2.1 正是因此显示了 0.1.0。
+echo "[export] 同步版本号到导出预设…"
+bash "$PROJECT_DIR/build/sync-export-version.sh" || {
+  echo "错误：导出预设版本同步失败。" >&2
+  exit 1
+}
+
 # ---- 确保资源已导入（缺失会让导出静默产出不完整的包）----
 echo "[export] 导入资源…"
 "$GODOT_BIN" --headless --path "$PROJECT_DIR" --import >/dev/null 2>&1 || true
@@ -105,11 +116,19 @@ if [ "$MAGIC" != "4d5a" ]; then
   exit 1
 fi
 
+# 校验 PE 版本资源 = 当前项目版本（文档 §11.2：产物元数据也必须可核对）
+PROJECT_VERSION="$(sed -n 's/^config\/version="\(.*\)"$/\1/p' "$PROJECT_DIR/project.godot" | head -1)"
+echo "[export] 校验产物 PE 版本资源（期望 $PROJECT_VERSION）…"
+if ! bash "$PROJECT_DIR/build/check-pe-version.sh" "$EXE" "$PROJECT_VERSION"; then
+  echo "错误：$EXE 的 PE 版本资源与项目版本不一致。" >&2
+  exit 1
+fi
+
 SIZE_EXE=$(stat -c%s "$EXE")
 SIZE_PCK=$(stat -c%s "$PCK")
 echo ""
 echo "[export] 完成："
-echo "  $EXE   ($((SIZE_EXE / 1024)) KiB, PE 头校验通过)"
+echo "  $EXE   ($((SIZE_EXE / 1024)) KiB, PE 头与版本资源校验通过)"
 echo "  $PCK   ($((SIZE_PCK / 1024)) KiB)"
 [ -f "$CONSOLE" ] && echo "  $CONSOLE ($(( $(stat -c%s "$CONSOLE") / 1024 )) KiB)"
 echo ""