Clash Verge GitHub 官方仓库在哪？原版、Rev 与安装包下载指南

更新于 2026-10-19 · man.christmas

简答：如果你要找当前仍有正式 Release 的 Clash Verge 项目，应先查看 GitHub 上的 clash-verge-rev/clash-verge-rev，再进入 Releases 下载对应系统的安装包；原 zzzgydi/clash-verge 仓库已由 GitHub 标记为归档，不应把它当作当前更新入口。本站是第三方使用指南，不是 Clash Verge 官方站或官方下载站。

定义：Clash Verge GitHub 通常指 Clash Verge 图形客户端在 GitHub 上的源代码仓库及其 Releases 发布页，Code 页面主要放源码，Releases 页面才是查找安装包的入口。

先看结论：Clash Verge GitHub 应该进入哪个仓库？

如果你的目标是安装当前维护中的桌面版，优先核对 clash-verge-rev/clash-verge-rev，然后点击仓库中的 Releases。该仓库自述支持 Windows、macOS 和 Linux，并在安装说明中要求用户从发布页下载对应安装包。查看项目仓库 查看 Releases

不要只根据搜索结果中的项目名称判断真假。GitHub 上同时存在原始仓库、旧版仓库、fork 和第三方整理页；其中原始的 zzzgydi/clash-verge 已被 GitHub 标记为归档并进入只读状态。它可以帮助理解项目历史，但不适合作为当前版本的首选下载入口。

从 GitHub Releases 下载，而不是下载源码

1. 打开 clash-verge-rev/clash-verge-rev，先确认地址栏中的仓库所有者是 clash-verge-rev，仓库名是 clash-verge-rev。
2. 点击页面中的 Releases，或直接进入 发布页。发布页中的版本标签、发布时间、变更说明和 Assets 才是安装包选择依据。
3. 优先选择标记为正式版的 Release。项目 README 将 Stable 描述为适合日常使用的正式版，并将 AutoBuild 描述为滚动更新、可能存在缺陷的版本。项目安装说明
4. 展开目标版本下的 Assets，不要点击页面底部的 Source code (zip) 或 Source code (tar.gz) 来代替安装包。源码压缩包用于查看或自行构建，通常不能像系统安装包一样直接安装。
5. 下载完成后，回到同一个 Release 页面核对文件名、系统类型、CPU 架构和页面显示的 SHA-256 摘要。仓库的 Release 页面会列出部分资产的 sha256: 值；如果下载文件的摘要不一致，不要继续安装，应重新下载并检查网络或下载来源。

GitHub 官方文档将 Release 用于发布项目的可安装版本和相关资产，因此看到 Code 页面并不等于已经找到了适合普通用户的安装包。GitHub Releases 文档

Windows、macOS、Linux 安装包怎么选？

项目 README 目前列出 Windows 的 x64/x86、Linux 的 x64/arm64 和 macOS 11+ 的 Intel/Apple 支持；具体文件名和架构仍应以你打开的当前 Release 页面为准。查看项目安装说明 查看当前 Latest Release

Windows 版本选择

普通 Windows 电脑先找 64 位或 x64 安装包。只有在系统或处理器明确为 ARM 时，才选择 ARM64。当前项目 Release 页面还区分普通版本和内置 WebView2 版本；项目说明将内置版本定位为企业版系统或无法安装 WebView2 时使用的较大版本。若普通版本打不开，先检查 WebView2 依赖，再考虑内置版本，不要因为文件体积更大就认为它一定更安全或更新。

macOS 版本选择

打开“关于本机”查看芯片信息：显示 Apple 芯片时选择 Apple Silicon 或 arm64，显示 Intel 处理器时选择 Intel 或 x64。项目当前说明支持 macOS 11 及以上版本；如果你的系统版本低于该范围，兼容性不能仅凭文件名确认。

Linux 版本选择

Debian 系发行版通常查看 deb 包，使用 AppImage 则要确认文件是否具有执行权限；RPM 系发行版应查看 Release 中是否提供对应 rpm 包。不要把源码压缩包当作 AppImage、deb 或 rpm 安装包。

下载前后如何核对仓库、Release 和文件名？

1. 核对仓库路径：地址应明确显示 GitHub 的仓库所有者和仓库名。名称相近、所有者不同的仓库，不能默认视为同一个项目。
2. 核对发布页归属：从目标仓库主页点击 Releases 进入，而不是只点击搜索结果中的陌生下载站或跳转页。
3. 核对版本类型：Stable、Latest、Pre-release、AutoBuild 的含义不同。日常安装优先选择项目标注的正式版；测试版或滚动构建版只适合愿意自行排查问题的用户。
4. 核对文件名：文件名应同时体现项目名称、版本、系统和架构，例如 Windows、macOS、Linux、x64、arm64、Apple 或 Intel 等标识。实际文件名以当前 Release 为准，不能照抄旧版本文件名。
5. 核对摘要：如果 Release 页面给出 SHA-256 值，可以在本地计算下载文件摘要并进行比对。Windows PowerShell 可使用 Get-FileHash "文件路径" -Algorithm SHA256；输出值应与发布页对应资产的摘要一致。
6. 不要把第三方页面的版本号当成当前版本：搜索结果可能保留旧版仓库、旧 Release 或转载页面。项目当前版本号会变化，本文不固定承诺某个版本，发布前请以打开当天的官方 GitHub Release 为准。

如果页面显示的是一个与目标仓库无关的 fork，或者文件只有网盘链接而没有对应 Release Asset，应把它视为未核实下载源。本站无法替任何第三方安装包作安全保证。

原版、Rev 和 fork 到底有什么区别？

原版仓库：zzzgydi/clash-verge 的 GitHub 页面已显示为 archived、read-only。它代表项目历史来源，适合查看旧代码和旧版本背景，但归档状态意味着不能按当前活跃项目来理解。

Clash Verge Rev：当前仓库 README 将其描述为 Clash Verge 的延续项目，并说明它是基于 Tauri 的 Clash Meta 图形客户端，支持 Windows、macOS 和 Linux，安装包从 Releases 获取。仓库还列出配置管理、系统代理和 TUN 等功能，但具体功能是否适合你的配置，仍需要结合客户端版本和配置文件实际验证。Clash Verge Rev 项目说明

fork 仓库：GitHub 上的 fork 是从其他仓库复制并继续开发的代码仓库，但 fork 本身不等于官方主仓库。比如某个 fork 页面可能没有自己的 Release，或者只保留源码。下载前应确认它是否有独立维护者、清晰的发布说明和可核对的安装包资产。

因此，搜索“clash verge github”时，最实用的判断顺序是：先确认你要找的是原版历史项目还是当前延续项目，再进入对应仓库的 Releases，最后按系统和架构选择安装包。

Windows 和 macOS 常见启动问题

Windows 打不开或提示缺少 WebView2

项目 README 明确提示，Windows 无法启动时应检查 WebView2 是否已安装。当前 Release 页面同时提供普通版本和内置 WebView2 版本；建议先确认系统架构和 WebView2 状态，再决定是否改用内置版本。不要从不明网站单独下载所谓“修复版”安装包。Windows 安装说明

macOS 提示应用已损坏或无法打开

先确认安装包来自目标仓库的 Release，并重新下载一次。然后打开“系统设置”中的“隐私与安全性”，查看是否出现允许打开该应用的提示；Apple 官方说明也建议通过系统安全设置处理来自已识别开发者、App Store 或未识别来源的应用。Apple：安全打开 Mac 应用

如果你无法确认下载文件来自哪个仓库，或摘要无法匹配，不建议直接绕过系统安全提示。先回到 Release 页面核对仓库路径、版本标签和资产文件。

有没有 Android 或 iOS 官方版本？

在当前 Clash Verge Rev GitHub README 的安装列表中，项目明确列出的是 Windows、macOS 和 Linux 桌面系统，没有列出 Android 或 iOS 安装包。因此，不能仅凭搜索结果中的同名移动应用就认定它属于该 GitHub 项目；Android 或 iOS 版本信息在本文检索范围内未核实。

如果你的设备是手机，建议不要下载来路不明的 APK、描述文件或所谓“手机版 GitHub 安装包”。先确认开发者、项目仓库和发布页是否能互相对应；无法对应时，应停止安装。

下载 Clash Verge GitHub 安装包的自查清单

• 是否进入了 clash-verge-rev/clash-verge-rev 或你明确核对过的目标仓库？
• 是否从仓库的 Releases，而不是 Code 页面下载？
• 是否区分了 Stable、Pre-release、AutoBuild 和 Source code？
• 是否根据 Windows、macOS、Linux 及 CPU 架构选择文件？
• 是否核对了 Release 中的文件名和 SHA-256 摘要？
• Windows 无法启动时，是否先检查 WebView2，而不是随意下载“修复版”？
• macOS 无法打开时，是否先在系统安全设置中查看提示，并确认安装包来源？
• 是否意识到本站是第三方指南，不能替 GitHub 项目维护者确认未列出的移动端版本或第三方安装包？

完成以上核对后，再进行安装和后续的配置导入。若安装成功但订阅、系统代理或 TUN 仍无法工作，应把“客户端安装问题”和“配置或网络连接问题”分开排查。

常见问题

Clash Verge GitHub 官方仓库是哪个？

如果你要找当前维护中的 Clash Verge Rev 桌面项目，应先核对 GitHub 仓库 clash-verge-rev/clash-verge-rev，再从该仓库的 Releases 下载。原 zzzgydi/clash-verge 仓库已被 GitHub 标记为归档。

GitHub 上的 Code、Releases 和 Assets 分别是什么？

Code 是源码和项目文件，Releases 是项目维护者发布的版本页面，Assets 是挂在某个 Release 下的安装包、校验文件或其他发布文件。普通用户下载客户端时，重点查看 Releases 下的 Assets，而不是 Source code 压缩包。

Windows x64 和 ARM64 应该怎么选？

大多数 Intel 或 AMD 处理器的 Windows 电脑选择 x64 或 64 位；只有确认设备使用 ARM 处理器时才选择 ARM64。系统显示“64 位”并不等于应该选择 ARM64。

macOS Intel 和 Apple Silicon 版本有什么区别？

在“关于本机”中确认处理器类型。显示 Apple 芯片时选择 Apple Silicon 或 arm64，显示 Intel 处理器时选择 Intel 或 x64。具体文件名以当前 Release 页面为准。

下载后提示 macOS 应用已损坏怎么办？

先重新从目标仓库的 Releases 下载，并核对文件名和 SHA-256 摘要；然后在“系统设置 > 隐私与安全性”查看是否有允许打开的提示。无法确认来源或摘要不匹配时，不建议绕过系统安全检查。

Clash Verge 有没有官方 Android 或 iOS 版本？

当前 Clash Verge Rev README 的安装列表明确列出 Windows、macOS 和 Linux，但没有列出 Android 或 iOS 安装包。因此本文检索范围内无法核实同名移动应用是否属于该项目。

相关阅读

• 先确认客户端再安装：桌面端安装步骤
• Clash Verge Rev 安装后无法连接的排查步骤
• 按设备查看网络客户端配置方法
• 查看常见客户端问题与处理方法

参考资料

1. Clash Verge Rev GitHub 项目仓库与安装说明
2. Clash Verge Rev GitHub Releases 发布页
3. Clash Verge Rev 当前 Latest Release
4. 原 Clash Verge GitHub 仓库归档状态