升级前只导出一份订阅，有时并不能还原你原来的工作环境。客户端可能还保存本地覆写、服务设置、代理组选择和界面偏好。把能决定连接行为的内容分开记录，回退会轻松得多。
配置与个人覆写分别保存
订阅来自服务商，个人覆写来自你自己的修改，两者更新周期不同。导出配置后，再确认自定义规则、端口、DNS 与其他本地设置是否包含在内。不要直到升级后发现少了一条关键规则才寻找备份。
备份可能含账户链接、节点密码或控制接口密钥。保存在你控制的位置，不要把完整文件当作排错附件公开分享；需要协助时，另做一份脱敏副本。
记录两个版本和一条正常连接
分别记录客户端与内核版本，以及当前选用的内核分支。再用一个常用网页保存正常状态：它命中哪条规则、走哪个代理组、是否开启 TUN。这个结果以后可用作比较基线。
保留旧发行页地址及必要的安装包来源，确认新版本支持你的系统。如果跨了多个大版本，还应读发布说明中的迁移项，尤其是配置格式、服务组件和默认行为变化。
更新后按原条件验收
先使用原网络、原配置、原节点验证浏览器，再测试需要 TUN 的应用。不要同时更换订阅和整套规则，否则失败时无法判断是哪项变化导致。配置解析成功与实际业务可用也应分开记录。
遇到异常先停下后续修改，保存报错并回退一项变化。能够稳定复现的问题，比一连串临时“修好”的设置更容易处理。升级的目标是获得需要的修复或功能，而不是为了让版本号看起来更靠后。