下载、校验与升级产品版本

产品版本记录将安装包、目标系统、说明、校验值和发布状态绑定在一起。不要只凭文件名判断版本。

flowchart LR
    A[选择版本与目标系统] --> B[下载安装包]
    B --> C[核对 SHA-256 与签名]
    C --> D[备份并升级]
    D --> E[按生产清单验收]

选择安装包

标准目标包括：

确认操作系统、CPU 架构、是否自包含、MediaServer/FFmpeg 依赖与版本说明。业务程序和媒体依赖必须使用兼容架构。

下载后校验

1. 从授权平台正式版本页下载，不使用来源不明的转载。
2. 核对四段产品版本和目标 RID。
3. 计算 SHA-256，与发布记录比较。
4. 检查包内 VERSION、程序信息和保护说明。
5. 解压到新目录，不直接覆盖当前运行目录。

稳定版应具备计划支持的完整 RID 集合。发布后同一版本/RID 工件不可被静默覆盖；有变化应发布新版本。

发布说明怎样读

重点关注：

• 数据库或配置迁移；
• API 契约与权限变化；
• 设备协议兼容修复；
• MediaServer 固定版本与 WebRTC 能力；
• 已知限制与需要重新验收的场景；
• 回滚边界。

“构建成功”不是目标现场生产证据。目标 OS、设备、浏览器、NAT 和并发仍需实测。

升级

按照 备份、恢复、升级与回滚 执行。升级前保存当前包、配置、安全目录、数据库和校验值；先在预生产做真实设备回归，再分批上线。

版本问题反馈

提供产品版本、commit/发布标识、RID、组件版本、包 SHA-256、部署方式和复现证据。不要只说“最新版”，因为不同环境可能已缓存或镜像了不同工件。