先分清“当前配置”和“应用数据目录”

搜索“Clash Verge Rev 配置文件在哪里”时,很多人期待得到一条固定路径,但这并不可靠。安装版、便携版、操作系统和开发构建的目录规则不同。官方目录实现显示,普通安装会在操作系统提供的数据目录下使用应用标识,便携模式则在可执行文件旁的 .config 下建立应用目录。Windows、macOS 与 Linux 的数据目录基础也不同,因此最可信的答案是让正在使用的客户端打开自己的实际目录。

应用目录不是单个订阅文件。当前实现定义了 config.yaml、verge.yaml、profiles.yaml,并为订阅配置、图标和日志使用独立子目录。这些文件承担不同角色:运行时合成配置、应用偏好、订阅索引与实际配置内容不能互相替代。只复制正在生效的 YAML,可能保住节点却丢失订阅列表、覆写或界面设置;只复制 profiles.yaml,也可能留下指向不存在文件的索引。

目录名称会随版本演进:源码链接用于解释当前设计,不应被当成永久不变的路径清单。迁移时始终以本机客户端显示的目录和该版本的备份功能为准。

还要区分配置目录与程序安装目录。前者保存用户数据,后者保存应用本体;重装程序不一定自动删除数据,复制程序目录也不一定带走用户配置。先标记两者,后续备份才不会把一个能够重新下载的安装包当作唯一重要文件。

从客户端打开真实目录,再记录版本与运行方式

优先在 Clash Verge Rev 的设置、配置或帮助页面寻找“打开配置目录”“应用数据目录”或文件夹图标。不同版本的中文文案可能略有变化,但应由客户端调用系统文件管理器打开它实际使用的位置。若界面没有入口,再根据运行形态查找:便携版应先确认可执行文件旁是否有便携标记和 .config,安装版则从系统数据目录查找对应应用标识。不要在搜索结果中看到同名文件夹就立即覆盖。

  1. 记录 Clash Verge Rev 的完整版本与内核版本。
  2. 确认当前是安装版还是便携版,并记下主程序位置。
  3. 通过应用内入口打开数据目录,复制路径到只在本机保存的笔记。
  4. 查看目录中是否有主配置、profiles 索引、profiles 子目录和日志。
  5. 在客户端切换一个无敏感性的偏好设置,确认哪个目录的修改时间发生变化,再恢复原设置。

最后一步不是为了修改文件,而是排除旧目录。系统中可能残留测试版、旧应用标识或之前手工复制的目录;文件名看起来相同,实际运行中的客户端却没有读取它。修改时间对照能帮助确认目标,但不要用订阅更新做测试,因为更新可能改变节点列表并产生额外网络请求。

找到目录后先不要直接编辑。退出前记录当前选中的订阅、代理模式和关键覆写名称,必要时只截取不含 Token 的界面。这样恢复后可以判断状态是否完整,而不是仅凭“程序能启动”就宣布迁移成功。

建立完整且可读的备份:优先用内置功能,再保留文件快照

当前官方设置文案包含本地备份、WebDAV 备份、导出、导入、恢复、历史记录以及自动备份选项,见备份设置语言文件。如果你的版本实际显示这些功能,优先创建本地备份并导出到应用数据目录以外的位置。备份若仍只存在原目录,磁盘损坏或误删目录时会与原数据一起丢失。

内容是否建议保留原因
内置导出的备份文件是恢复流程由客户端识别,适合版本内迁移
完整应用数据快照是保留索引、profiles、覆写及相关状态
单个当前 YAML作为补充便于查看配置,但不能代表全部应用数据
日志按需排障有用,可能含域名、地址或路径
安装程序可选方便匹配原版本,但不是配置备份

做文件系统快照前,从客户端退出并确认后台不再写入这些文件。将整个实际应用数据目录复制到新文件夹,目录名写明版本、系统和日期。不要移动原目录,也不要一边运行一边压缩。复制完成后比较顶层项目数量,随机打开不敏感的 YAML 确认可读,并确认备份不是云盘留下的占位文件。

推荐使用两份:一份是客户端导出的恢复包,一份是程序完全退出后的完整目录快照。两种格式互相补充,且至少有一份应位于原磁盘之外的受控存储。

恢复或迁移时先演练,再替换正在使用的数据

恢复前先安装与备份兼容的 Clash Verge Rev 版本并启动一次,让新环境自行建立目录,然后退出。不要在程序运行时把旧目录强行覆盖。若使用内置备份,先选择导入,让客户端识别文件并显示历史记录,再执行恢复;官方文案提示恢复成功后应用会重启,因此重启并不是错误。若使用目录快照,先保留新环境自动生成的目录副本,再把旧数据复制进去。

  1. 在目标设备确认系统时间、应用版本和磁盘空间正常。
  2. 创建新环境的空白备份,证明回退路径可用。
  3. 完全退出客户端,再导入内置备份或复制快照。
  4. 启动后先检查订阅名称、覆写和代理组,不立即更新订阅。
  5. 使用一个固定节点和规则模式做最小联网测试,再检查日志使用的配置路径。

如果恢复后配置为空,先查看导入的备份是否来自正确版本、文件是否完整以及客户端当前读取的目录是否与目标一致。不要连续点击恢复,也不要把多个不同日期的目录混合复制。恢复可以重复,但每次只使用一份明确的快照,结果才可解释。

如果客户端无法启动,恢复目标设备生成的空白目录,确认程序本体正常,再逐步导入订阅或覆写。这样可以区分“应用安装问题”和“旧数据不兼容”。保留失败快照供本地排查即可,分享日志前必须去除订阅 URL、节点服务器和用户名。

备份不是天然安全:处理 Token、WebDAV 与旧副本

配置备份的价值很高,敏感度也很高。订阅 URL 常带有唯一 Token,节点条目可能包含密码、UUID、服务器地址,日志还可能记录访问域名。将备份发给别人“帮忙看看”,等同于把这些凭据交给对方。需要协助时,提供错误文字、版本和脱敏后的目录结构,不提供完整压缩包。

使用 WebDAV 时,应选择自己控制且启用 HTTPS 的服务端,使用专用账号或应用密码,并限制到单独目录。官方设置支持保存 WebDAV 地址、用户名和备份历史,但这不意味着任何公共 WebDAV 都适合存放。先上传一份测试备份并在另一位置成功读取,再启用自动计划;同时确认服务端的版本保留和删除策略。

  • 存储:本地副本可用系统加密磁盘或加密归档保护。
  • 保留:至少保留一个确认可恢复的旧版本,不让自动备份立即覆盖全部历史。
  • 删除:迁移成功后清理临时解压目录、桌面副本和回收站。
  • 失效:若备份曾公开上传,应在服务商面板重置订阅链接和相关凭据。

不要把“同步成功”当成“恢复成功”:只有在独立目录或目标设备完成一次导入、启动和配置核对后,才算验证过备份。验证前不要删除原数据。

官方来源与版本边界

版本号、文件名和界面文字可能随项目更新而变化,操作前请以链接中的项目文档为准。