github下载加速器：把克隆、raw 和 release 下载拉回正常速度

01为什么 GitHub 在国内访问这么慢

先说个前提：GitHub 本身没问题，慢的是你到它服务器之间那条路。代码托管的机房在境外，raw 内容走的是另一套域名，release 附件又常常挂在对象存储上。这几段路径线路质量参差不齐，赶上高峰期，丢包一多，git clone 就会卡在 Receiving objects 不动，甚至直接超时报错。

我自己遇到最多的是两种情况。一种是仓库能打开、网页能看，可一 clone 就慢得离谱；另一种是 raw 链接里的一个配置文件、一张图，浏览器点开一直转。前者是大流量传输被限速，后者多半是那个专门放原始文件的域名解析到了远节点。

github 下载加速器做的事情不复杂：在你和 GitHub 之间接一段更稳的中转，让数据走延迟低、丢包少的线路过去。它不改你的仓库、不碰你的代码，只是把传输这一段换条路走。

02github 克隆加速具体怎么操作

克隆是最常见的需求。装好客户端、选一个离你近的节点连上，之后正常敲 git clone 就行，不用改 git 配置，也不用给每个仓库单独设代理。连上以后传输走的就是加速线路了。

命令行党的日常

如果你习惯终端操作，连上加速器后直接用原命令即可：

大仓库第一次拉全量会久一点，这很正常，几个 G 的历史记录搬过来总要时间。想快点可以只拉最近一层提交：

用图形工具的同学

GitHub Desktop、Sourcetree、还有编辑器里内置的 git 面板，逻辑都一样：加速器在系统层面接管了到 GitHub 的连接，这些工具的 clone、pull、push 会一起变快，不用在软件里另外填代理地址。

03raw 原始文件和 release 大包怎么下

光克隆快还不够。日常还有两类下载特别容易卡：一类是 raw.githubusercontent.com 上的原始文件，脚本里 curl 一个安装脚本、页面里引一张图，都会走它；另一类是 release 页面挂的安装包、模型权重、打包好的二进制，动辄几十上百兆。

这两类连上加速器之后都能明显好转。raw 文件基本是秒开，release 大包的下载曲线也会稳住，不会下到一半掉下来。我一般下大包会看着速率跑，掉速了就切一下节点再续，续传能接上就没必要重下。

04节点线路与实测速率参考

节点是加速器的核心。你连的节点离数据要去的机房越近、这条线路当下越空，速度就越好。我们在几个常用区域都放了入口，客户端里能看到每个节点的延迟，挑数字小的连一般不会错。

下面这些数字是某一天测的，写出来给你个大概印象，别当成承诺——网络高峰、机房维护、你本地的宽带质量都会让它变。

以上延迟、速率、节点数量均为某次测量的参考值，实际会随时段和线路状况变动，请以客户端当下显示为准。

05价格、免费版和退款这块

费用不高，包月大概十元上下，按更长周期买单价还能再低一点。新用户有免费试用，装上就能先连着 clone 两个仓库、下个 release 试试，觉得线路合适再决定要不要续。

套餐都是不限流量的，不用算着字节用。要是买完发现不合适，支持七天无理由退款，这段时间够你把常用的几个仓库和下载场景都跑一遍了。想先动手可以看安装教程，想了解我们是谁去关于本站那页。

06常见问题解答