前几天终于把毕业设计的开题报告整完了,有了一点时间干自己的事,于是就想着学学nuxt3。
结果发现跟着官方教程敲的第一行命令就出现了问题。
npx nuxi init nuxt3-app
这行代码是nuxt的脚手架,会生成一个最简单的模板项目。
这行命令会去github拉取相关文件,然后连接失败报错了。
国内由于墙的墙的原因,raw.githubusercontent.com这个域名受到了DNS污染,没法连接看好像挺合理的,但是关键我平时都是开着代理的。
如图所示,我直接用curl没有一点问题,能够正确获取 raw.githubusercontent.com 上的文件。
看来,唯一的解释就是脚手架node程序没有走代理。
经过简单搜索,我在nuxt framework仓库中的issue #8002 找到了类似情况。
从中可以了解到 nuxt的脚手架 nuxi 使用了 giget 来从nuxt项目模板仓库中获取文件。
giget干的事情很简单,就是利用node从github上拉取相应仓库。实际上giget貌似是nuxt团队对另一个相似的项目degit的拙劣仿制。
两者都可以用方便的命令从github拉取仓库。
唯一的不同就是degit支持自动从环境变量中获取https_proxy
进行代理,而giget完全没有考虑这一点。
HTTPS proxying
If you have an https_proxy environment variable, Degit will use it.
目前nuxt社区已经注意到了此情况,在giget中提出了相关issue,而且有一个大佬已经提交了相关PR。
可惜PR已经提出2天了,也没有相关回复,并入giget仓库不知道还要花多久。
这里我给出两个解决办法
其实,从之前我们也知道了,所谓的脚手架实际上就是拉去nuxt项目模板仓库中的文件。
所以我们只需要手动git clone即可。
git clone -b v3 https://github.com/nuxt/starter.git nuxt3-app
-b 是指定分支,目前最新的nuxt3在v3分支。
degit 'nuxt/starter#v3' nuxt3-app
#v3
代表下载相应分支。
这里我更推荐使用degit,因为代码量少,而且degit拉取的项目中不包含模板仓库的.git目录。
观察那位大佬提交的PR可以看到,他使用了https-proxy-agent实现代理。
这里对https-proxy-agent做了简单试用。
代码: https://stackblitz.com/edit/node-zwkzaa?embed=1&file=index.js
不适用代理的情况:
使用代理的情况: