x64dbg构建时的爱恨情仇
每次x64dbg一升级时，就得把老的新的项目内容进行整合又要执行一下：git clone --recurse-submodules -b development https://github.com/x64dbg/x64dbg.git
但是由于我大天国的特殊性，很大可能性上无法完整下载全，导致后续编译出问题。
先看一下正常的执行命令行时是啥样子的吧？
C:\>cd C:\development
C:\development>git clone --recurse-submodules -b development https://github.com/x64dbg/x64dbg.git
Cloning into 'x64dbg'...
remote: Enumerating objects: 44615, done.
remote: Counting objects: 100% (58/58), done.
remote: Compressing objects: 100% (39/39), done.
remote: Total 44615 (delta 35), reused 27 (delta 19), pack-reused 44557Receiving objects: 100% (44615/44615), 26.32 MiB Receiving objects: 100% (44615/44615), 26.55 MiB | 231.00 KiB/s, done.
Resolving deltas: 100% (35338/35338), done.
Submodule 'deps' (https://github.com/x64dbg/deps) registered for path 'deps'
Submodule 'src/dbg/btparser' (https://github.com/x64dbg/btparser) registered for path 'src/dbg/btparser'
Submodule 'src/gui/Translations' (https://github.com/x64dbg/Translations.git) registered for path 'src/gui/Translations'
Submodule 'src/zydis_wrapper/zydis' (https://github.com/x64dbg/zydis.git) registered for path 'src/zydis_wrapper/zydis'
Cloning into 'C:/development/x64dbg/deps'...
remote: Enumerating objects: 63, done.
remote: Counting objects: 100% (63/63), done.
remote: Compressing objects: 100% (55/55), done.
remote: Total 63 (delta 5), reused 45 (delta 2), pack-reused 0
Receiving objects: 100% (63/63), 24.15 MiB | 231.00 KiB/s, done.
Resolving deltas: 100% (5/5), done.
Cloning into 'C:/development/x64dbg/src/dbg/btparser'...
remote: Enumerating objects: 363, done.
remote: Total 363 (delta 0), reused 0 (delta 0), pack-reused 363
Receiving objects: 100% (363/363), 558.55 KiB | 204.00 KiB/s, done.
Resolving deltas: 100% (120/120), done.
Cloning into 'C:/development/x64dbg/src/gui/Translations'...
remote: Enumerating objects: 137, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 137 (delta 0), reused 0 (delta 0), pack-reused 136
Receiving objects: 100% (137/137), 193.96 KiB | 212.00 KiB/s, done.
Resolving deltas: 100% (78/78), done.
Cloning into 'C:/development/x64dbg/src/zydis_wrapper/zydis'...
remote: Enumerating objects: 4219, done.
remote: Total 4219 (delta 0), reused 0 (delta 0), pack-reused 4219
Receiving objects: 100% (4219/4219), 8.36 MiB | 228.00 KiB/s, done.
Resolving deltas: 100% (2930/2930), done.
Submodule path 'deps': checked out '3b911145d643a54475c8ec1bcdf292589b12f2be'
Submodule path 'src/dbg/btparser': checked out 'd5034cf6d647e98cb01e9e1fc4efa5086f8fc6a5'
Submodule path 'src/gui/Translations': checked out '7414d65c468803dbd548e2f12998624d66a12bc0'
Submodule path 'src/zydis_wrapper/zydis': checked out '7c4e7d7daf3a6fe3ed237fa487b4da3e429eabf2'正常的执行是上面这些内容反馈。
后来发现有文章介绍可以通过下面的方法来解决：
git clone --recurse-submodules -b development https://github.com.cnpmjs.org/x64dbg/x64dbg.git
成功了几次后，正当窃喜，前天问题又来了，子模块下载不到。频繁用.cnpmjs.org访问github页面就会打不开。。
之前在论坛高手的提点下，想到了
这样法王就有了国内自己的仓库；但是当执行git时，依然会下载不到子模块
于是昨天半夜想了想，里边的几个子模块通过啥东西去判断下载的呢？
于是怀疑是这个文件在作祟
编辑打开、替换、提交。问题解决。
项目地址：https://gitee.com/mjsdfw/x64dbg.git
以后执行 git clone --recurse-submodules -b developmenthttps://gitee.com/mjsdfw/x64dbg.git就可以啦~~{:301_986:} 其实可以设置github指定全局url为github.com.cnpmjs.org，执行git config --global url.https://github.com.cnpmjs.org/.insteadOf https://github.com就行了 本帖最后由 h1jacker 于 2022-1-4 15:24 编辑
冥界3大法王 发表于 2022-1-4 14:19
@h1jacker
你可坑苦我了
执行完你这个，我就不能访问地球村了。
说起来这个github确实挺那啥的，cnpmjs经常抽风，不过网页上那个不是打不开，而是需要等几分钟再刷新才能进入，你多次访问以后就得等很长时间刷新再进入，太tm蛋疼了。这里我从别的地方收集来的github反代列表看看对你有没有帮助
https://ghproxy.com/
https://hub.fastgit.org/
https://gh.api.99988866.xyz/
https://gh.msx.workers.dev/
https://gh.xiu2.xyz/
https://git.yumenaka.net/
https://pd.zwc365.com/ 感谢楼主分享 谢谢分享 谢谢楼主的分享，楼主辛苦了 这样要定期在gitee上同步github上的源码吧，每次都要自己在gitee网页上手动同步一下代码 h1jacker 发表于 2022-1-3 11:46
其实可以设置github指定全局url为github.com.cnpmjs.org，执行git config --global url.https://github.com ...
正解，以前子模块我是一个一个的下载再复制到目录结构，后来也在网上找到了更换全局URL方法 编译这个挺麻烦的 SnowRen 发表于 2022-1-3 16:52
正解，以前子模块我是一个一个的下载再复制到目录结构，后来也在网上找到了更换全局URL方法
我也是之前网上找教程的时候看到的，挺好用 感谢楼主分享，很有用