01先做一份简短的版本记录
记下当前客户端版本、安装方式和文件来源，再阅读目标版本的发布说明。稳定发布与测试发布应分清，不要因为文件日期更新就直接替换。客户端下载指南可以帮助区分安装器、ZIP和系统软件包，不在这里宣称某个版本始终是最新版。
同时确认有没有多个程序副本正在读取不同数据。桌面快捷方式、应用目录与配置目录分别记录；有日志时，只保留排查需要的范围，避免把账号、订阅链接等身份信息一起公开。
02把备份做成可以验证的文件
先确认实际版本支持的备份方式，按项目文档导出需要的设置，或在正常退出后保存相应数据目录。不要只复制可执行文件就认为配置已经备份，也不要把备份放进稍后将被整体覆盖的目录。
检查备份文件确实存在、大小合理且保存位置可访问，记录生成时的版本。项目提供的备份可能包含密码和订阅链接，需要私密保存；不要上传到未知在线工具。恢复会替换哪些现有资料，也应在操作前读清楚。较新版本的备份不一定能被旧版本识别。
03跟随安装来源完成替换
Windows按用户安装、全用户安装与便携ZIP，可能拥有不同更新能力。先读当前版本说明，不能把一个更新按钮概括为所有副本都可一键升级。便携数据的检查方法见Windows程序与配置目录。开始替换前，正常退出应用及相关进程。
macOS通过手工应用包安装时，应遵循应用替换流程，同时保留用户数据；芯片或系统发生变化时，重新核对Mac构建与首次启动条件。不要在尚未退出的应用包内部零散替换组件。
Linux由仓库安装的程序应跟随对应包管理器；手动包与ZIP则按各自说明处理。不同来源之间迁移前，先看Linux软件包与更新方式，避免留下两个互不相干的安装副本。
04更新后的四项核验
- 重新打开客户端，核对实际显示的版本，而不是只看下载文件名。
- 检查旧分组、用户设置与需要保留的配置是否仍然存在。
- 确认图形界面和必要核心组件能够正常启动。
- 在受信任的配置下验证实际网络访问，记录错误发生在哪一步。
程序启动失败先看运行环境；资料消失先看数据目录；只有进入连接阶段后才判断具体网络状态。若大版本变更涉及配置格式，应按迁移说明处理，不要保证任意新旧版本之间都能无损互换。
确认新版本与配置可用后，再决定何时清理旧副本。旧版本和备份是恢复依据，而不是永远不更新的理由；保留它们时同样需要管理敏感资料的访问权限。
