[jinghero]

发版回归打包前传入 SDK 时，补丁版只更换管理器，模拟器构建号可以保持不变。原判定会把 mas-37 -> mas-37 当成失败。

沿用脚本已有的目录识别顺序：组包目录优先，只有 -Next 被识别为 SDK 时，同构建号记录说明而不报问题；始终记录新旧构建号。组包目录有清单时仍比较语义版本，缺任一清单时仍按构建号判定，SDK 自身或覆盖后残留的清单不会被误认为新包清单。

验证：

• Windows / PowerShell 7：tests/upgrade-version.ps1 29 场景、145 项断言通过。用真实目录和 robocopy，CLI、adb 和 CIM 用替身。覆盖 SDK 同号、异号、无关及损坏的 SDK 清单、缺清单整包、两种目录形状同时存在、补丁升级、同版本及降级。两项反向验证分别检出重新拒绝 SDK 同号和错误放行整包。
• 使用 regress.ps1 和 release 套件的 upgrade 项，参数仅调整为独立测试根与私有端口：0.37.0 正式包 → 0.37.1 正式包内 SDK，管理器使用本地编译产物。365 秒通过，记录 SDK 模式，构建号没变 和 构建号 mas-37 -> mas-37；标记数据保留，64 GB 扩到 80 GB（客体 /data 为 79.5 GB），正常开机自动装桥。测试实例正常关机删除，专用根和进程已清理，端口无监听。
• 全部 PowerShell 文件语法解析、Python 辅助脚本编译、created-disk-usage 的 21 项断言、公开规则隐私扫描、git diff --check 通过。按 pstack 影响范围和实际验证流程复审，已追踪目录识别、清单来源、覆盖及结果输出，未发现待修问题。

实机使用 SDK 模式，按原设计不验证整包的输入法覆盖，也不能证明 0.37.1 GUI 整包完整覆盖。此前整包验证曾受本机安全软件删除正式 GUI 影响，干净整包验收仍需在不受影响的环境完成。未下载或同步 AOSP、预编译依赖，也没有使用生产实例或游戏。

Refs ModAVD/ModAVD#109