Clash 电脑端在更换计算机、重装操作系统或覆盖安装之前，必须先留下可以迁走的个人配置副本。官方仓库的隐私说明指出，项目不收集任何用户数据，配置与日志仅保存在本地。因此维护者既没有远端备份，也无法根据账号帮你找回订阅、扩展配置或脚本。同一份说明把 WebDav 配置备份和同步、配置文件管理与增强列为功能；发布说明又多次写到服务重装、数据目录所有权、内核文件缺失。安全保留的含义可以收成三条：副本完整、版本与架构能对上、订阅凭证不随文件传到公开场所。
适用条件
出现下列情形时应当先做副本：准备前往发布页下载新的安装包；需要重装、修复或卸载系统服务；设备将在 Windows、macOS 与 Linux 之间更换；发布说明提到重新安装服务后内核缺失，或旧版服务状态残留并会自动备份可识别的残留。记录构建类型时，正式通道名为 Stable，特征是高可靠性、适合日常使用；滚动通道名为 AutoBuild，适合测试反馈，可能存在缺陷。通道不同，副本不能互相当作已经验证过的同一环境。Linux 还要分清 deb 与 rpm，混用安装包类型会让还原后的目录权限和服务状态失去对照价值。
下列做法不适用：把未处理的订阅文件发到公开讨论；在程序仍在写入配置时复制。若必须演示订阅参数，只保留 token=示例 这样的片段，不要编写虚构域名，也不要写出完整网址。
操作步骤
第一步，打开 https://github.com/clash-verge-rev/clash-verge-rev/releases ，把当前版本标签、操作系统和处理器架构写进副本说明。Windows 需要区分常用六十四位与 ARM64；另有体积较大的内置 Webview2 安装包，仅在企业版系统或无法安装 Webview2 时使用。macOS 需要区分苹果芯片与英特尔芯片对应包。Linux 按发布页分别用 apt 安装 deb、用 dnf 安装 rpm，并区分常见六十四位、ARM64 与 ARMv7。不要只写最新版三个字。
第二步，留下来源不同的两份归档。一份使用仓库写明的 WebDav 配置备份和同步；另一份在本地磁盘再复制一套。发布说明写明，文件错误日志会显示具体文件路径和失败原因，服务自身的运行日志会保存到文件，便于追查内核被停止的原因。若不清楚目录位置，应顺着这些路径去收集配置、Merge、Script 以及你仍要保留的本地文件，而不是猜测并不存在于资料中的菜单名称。复制前停止对配置的写入，避免归档半截内容。
第三步，检查脱敏。去掉订阅里可直接使用的查询参数，检查个人主机名与带用户名的路径。脱敏后的文件只放在你能控制的磁盘或 WebDav 账户中。迁移安装时先按原架构安装对应发布包，确认内核能够启动，再导入副本。若使用服务模式，还要确认数据目录所有权属于当前用户：发布说明记载，首次以管理员身份启动后，所有权不符会导致服务拒绝启动内核，看起来会像配置损坏。
判断依据与失败时下一步
判断副本可以迁移：版本标签、架构、通道类型都已记录；日志中的路径能在归档里找到对应文件；去掉敏感参数后增强配置仍可读。判断副本不安全：文件中仍有可直接使用的订阅口令，或归档被放到公开位置。
若 WebDav 无法完成，改以本地离线副本为准，并且不要先删除源目录。若导入之后内核不能启动，先阅读服务日志里内核被停止的原因，再阅读文件错误日志中的路径和失败原因。若提示服务版本或协议不兼容，按该版本发布说明考虑重新安装服务，而不是反复导入同一文件。苹果系统上用户目录位于外置磁盘时，服务可能拒绝启动内核，应先处理目录位置。Windows 已不再支持 Win7，旧系统上的归档不能证明当前发布线仍然可用。开发说明还区分 Sidecar 与服务模式，迁移后模式不一致时，应先对齐模式再判断配置是否损坏。
https://github.com/clash-verge-rev/clash-verge-rev https://github.com/clash-verge-rev/clash-verge-rev/releases