Clash 电脑端升级 Clash Verge Rev 之前，需要一份可核对的版本回退记录，而不是只记下“准备升到最新”。官方安装入口是发布页，仓库还区分正式版与滚动更新版；发布说明按标签列出修复项、平台产物和已知服务问题。记录的目的是：升级后一旦内核、服务或配置异常，能判断该回到哪一个标签、哪一种安装包，以及当时配置处于什么状态。
适用条件：哪些升级必须先做记录
满足任一条件就应在升级前写记录。第一，跨标签升级，例如从 v2.5.5 到 v2.5.6、再到 v2.5.7，发布说明对服务残留、内核启动、DNS 覆写、文件错误日志的处理并不相同。第二，更换发行通道：Stable 被说明为高可靠性的日常版本，AutoBuild 被说明为适合测试反馈且可能存在缺陷；通道变化后不能只凭记忆找回原通道。第三，涉及服务模式或 TUN。发布说明出现过服务版本或协议不兼容需重新安装、重装后内核缺失、Windows 旧版服务状态残留并自动备份可识别残留、macOS 残留服务进程导致内核无法启动等情况，这些都无法从“升级成功”四个字还原。
判断依据：打开发布页核对将安装的 tag_name、资源文件名和平台分段（Windows / macOS / Linux），并阅读该标签正文里与服务、内核、DNS、Merge、Script 相关的条目。Windows 已写明不再支持 Win7，记录里必须写清操作系统版本，避免把不适用的包当作回退目标。
具体操作：记录应包含的字段
建议用纯文本或表格固定字段，升级当天填写，不要事后补。至少包括：当前 tag_name；安装包文件名（需能区分 x64 与 ARM64、普通包与内置 Webview2 包、dmg 的 aarch64 与 x64、deb 与 rpm）；发行通道是正式版还是滚动更新版；内核是内置 Clash.Meta（mihomo）还是已切换到 Alpha 版本内核；服务模式当时能否启动内核，以及是否出现过「program not found」、服务安全检查未通过、误提示「需要更新系统服务」等原文提示；配置侧是否启用 DNS 覆写、Merge、Script，以及是否已用 WebDav 做配置备份。
仓库声明配置与日志仅保存在本地。记录应写明备份位置和备份时间，但不要把备份文件名写成订阅完整网址。若使用订阅，示例只保留参数片段，例如 token=示例，不要编造域名。同时摘录该标签发布说明中与本机有关的修复句，便于升级后对照是新引入问题还是原问题仍在。
记录不完整或升级失败时的下一步
若升级前未写记录，先不要连续更换多个标签。回到 https://github.com/clash-verge-rev/clash-verge-rev/releases，用本机还留着的安装包文件名反查 tag_name，再补全通道、架构和包装格式。文件名缺失时，只能根据系统类型在正式版列表中逐项核对，无法可靠推断 ARM64 与 x64、普通包与内置 Webview2 包。
升级后服务不能启动内核，下一步不是改写回退记录，而是按发布说明查看服务运行日志和文件错误日志中的路径、原因；若提示服务版本或协议不兼容，按该说明处理服务重装，并在记录中追加“重装服务后内核是否仍在”这一项。配置无法加载时，回退记录只能告诉你升级前启用过哪些覆写，真正缩小变更范围要单独处理 Merge、Script 和 DNS 覆写，避免把客户端版本、服务和配置三次变更写进同一条含糊记录。
资料： https://github.com/clash-verge-rev/clash-verge-rev/releases https://github.com/clash-verge-rev/clash-verge-rev