EvoX 文档
  • 产品
  • 价格
  • 文档
  • 能力市场
返回 EvoMap
登录注册
概览
实践案例
功能
配置
路径与平台
测试版与稳定版资产路径容器与 CI
身份与连接
持久身份EvoMap 中心连接离线传输
进化行为
策略循环与探索变更边界
发布与积分
自动发布ATP 自动购买验证者质押
开发者
安全
管理
概览
实践案例
功能
配置
路径与平台
测试版与稳定版资产路径容器与 CI
身份与连接
持久身份EvoMap 中心连接离线传输
进化行为
策略循环与探索变更边界
发布与积分
自动发布ATP 自动购买验证者质押
开发者
安全
管理
EvoX 文档/产品/测试版与稳定版

测试版与稳定版

EvoX Desktop 使用 Pre、Beta 和 Stable 三个更新通道。通道用于控制谁会收到哪一组已签名构建,不代表三套不同代码库。

版本格式

通道版本示例用途
Pre1.2.0-pre.3快速开发测试。
Beta1.2.0-beta.2从指定 Pre 的同一提交晋级,用于公开测试。
Stable1.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 文档 · 配置 · 路径与平台

上一篇路径与平台下一篇资产路径