这篇文章主要介绍Nuxt.js部署的示例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
Nuxt。js提供了两种发布部署应用的方式:服务端渲染应用部署和静态应用部署。
静态应用部署就不说了,主要说说服务端渲染应用部署。
<强>官方推荐部署方式强>
关于服务端渲染应用部署,官方文档是这么写的:
部署Nuxt。js服务端渲染的应用不能直接使用nuxt命令,而应该先进行编译构建,然后再启动nuxt服务,可通过以下两个命令来完成:
nuxt 构建 nuxt 开始
推荐的包。json配置如下:
{ ,“name":,“my-app" ,“dependencies": { “nuxt"才能:,“latest" }, ,“scripts": { “dev"才能:,“nuxt" “build"才能:,“nuxt build" “时才能:,“nuxt 时; ,} }
提示:建议将.nuxt加入.npmignore和.gitignore文件中。
意思是说。nuxt不加入到版本控制,每次服务器从gitlab上拉代码后先执行nuxt构建生成。nuxt文件夹,然后再执行nuxt开始来启动服务。
<强>踩过的坑强>
部署方式很简单对不对,看完文档后我就在自己买的服务器上尝试部署一下,然后,繁荣! ! !
每次在服务器上执行nuxt构建、总是有如下报的错,并且詹金斯会随之挂掉。
错误命令失败与信号“SIGKILL"。
引用>
看了一下服务器监控发现构建的时候cpu和内存飙升,尤其是内存…
好吧,我买的是阿里最低配的ECS,升级配置是最后的选择,在这之前只能另辟蹊径。
<强>另辟蹊径强>
既然服务器上建立不了,那我们就本地建设再上传,在.gitignore里把。nuxt去掉,并把dist改为/dist,然后本地执行纱构建成功之后再上传到github上,检查一下。nuxt是否有上传上去。
之后在服务器上把代码拉下来,安装一下依赖,执行nuxt开始就可以了。
这里还有个坑,就是为什么要把。gitignore里的dist改为/dist ?
/dist这个文件夹是执行nuxt生成后生成的,用来做静态应用部署的,这部分就跟通常情况下的。nuxt一样是不应该加入到版本控制里的,但由于nuxt构建之后,在.nuxt里也会生成一个dist文件夹,我们希望gitignore的只有/dist而不是/uxt/dist,因此猜需要做出这里的修改。
<强> nuxt部署强>
最后,我们使用pm2来部署nuxt。
pm2 start npm ——name nuxt ,,开始以上是“Nuxt.js部署的示例分析”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注行业资讯频道!
Nuxt.js部署的示例分析