跳到正文

管理应用更新

用批准版本、设备清单和试点验证协调更新。

明确更新来源与责任

桌面应用、CLI 和组织设备管理工具可能各自安装更新。记录每种入口的安装来源、版本检测方式与负责人,避免只控制一个入口后误以为版本已经锁定。

Lime 桌面当前提供正式发行和更新能力;文档不把其他产品的云端更新策略、托管标记或 requirements 字段当作 Lime 合同。

准备批准版本

  • 阅读 Lime 发行说明,确认目标操作系统和架构。
  • 获取正式安装包,保留来源与摘要。
  • 保存未完成任务、代码差异和必要结果。
  • 选择包括代理、受管策略、MCP 和远程环境的代表性设备试点。

检查应用内更新控制

如果实际版本和设备管理平台提供更新控制,先验证其具体作用:是否只控制内置检查,是否也阻止下载安装,是否需要完整退出并重开。没有已验证控制时,用部署系统的版本清单和分阶段分发管理更新,不添加不存在的设置。

禁用更新后,组织需要及时评估安全修复并分发批准版本。冻结旧版本不保证它与模型服务、插件或远程主机持续兼容。

分阶段部署并确认结果

  • 先向试点分组分发批准版本,检查启动与任务恢复。
  • 验证模型、文件、终端、权限拒绝、工具、浏览器与关键交付物。
  • 设备管理平台报告成功后,再用实际用户账户核对运行版本。
  • 满足验收标准后扩大范围,记录失败设备和处理结果。

恢复更新与处理异常

恢复更新前检查所有有效来源,包括应用设置、设备策略和外部部署工具。界面出现“检查更新”按钮不能单独证明策略生效或失效。

现象检查方向
版本意外改变核对设备管理平台、手工安装和应用内更新记录。
应用仍运行旧版本检查运行中的进程、安装位置与重启状态。
升级后连接失败对照版本、代理、凭据范围与协议,不立即清空配置。
需要恢复旧版先确认兼容性和数据格式,使用组织已验证的恢复方案。