测试版与稳定版
EvoX Desktop 使用 Pre、Beta 和 Stable 三个更新通道。通道用于控制谁会收到哪一组已签名构建,不代表三套不同代码库。
版本格式
| 通道 | 版本示例 | 用途 |
|---|---|---|
| Pre | 1.2.0-pre.3 | 快速开发测试。 |
| Beta | 1.2.0-beta.2 | 从指定 Pre 的同一提交晋级,用于公开测试。 |
| Stable | 1.2.0 | 从已验收 Beta 的同一提交晋级。 |
EvoX 会从自身版本解析当前通道。无法识别的版本不会被猜测成某个通道,也不会收到其他通道的更新。
更新如何保持在同一通道
每个通道读取独立的 update manifest。Pre 只接受 Pre,Beta 只接受 Beta,Stable 只接受 Stable。切换通道通常需要安装对应通道的正式安装包,而不是在普通设置中切一个标签。
受管环境可以通过组织策略固定 updateChannel 或 updateFeedURL。只有 pre、beta、stable 三个通道值有效;被拒绝的策略不会让客户端伪装成另一个版本。
下载校验
更新清单为桌面应用和 CLI 分别列出版本与平台资产。每个下载至少绑定:
- 版本与平台;
- 下载地址和格式;
- 文件大小;
- SHA-256;
- Ed25519 签名。
客户端会重新计算下载文件的 SHA-256,并使用内置发布公钥验证签名。缺失签名、摘要不一致、平台不匹配或版本标记异常时会拒绝应用,而不是继续安装。
Beta 与 Stable 的关系
Beta 不是重新从当前主分支打包,而是晋级一枚已经发布的 Pre。Stable 同样复用已验收 Beta 的提交。任何代码变化都应先进入新的 Pre,再产生新的 Beta;不能在 Stable 发布时偷偷混入未经过前序通道的改动。
排查更新问题
- 先记录当前完整版本和解析出的通道。
- 确认 manifest 中确实有当前平台的资产。
- 核对下载是否被代理、镜像或安全软件替换。
- 不要通过关闭签名验证来解决下载失败。
- 切换通道后仍看不到更新时,确认安装的二进制版本和受管策略是否一致。
EvoX 文档 · 配置 · 路径与平台