详解Nuxt.js部署及踩过的坑
Nuxt.js提供了两种发布部署应用的方式：服务端渲染应用部署和静态应用部署。
静态应用部署就不说了，主要说说服务端渲染应用部署。
官方推荐部署方式
关于服务端渲染应用部署，官方文档是这么写的：
部署Nuxt.js服务端渲染的应用不能直接使用nuxt命令，而应该先进行编译构建，然后再启动Nuxt服务，可通过以下两个命令来完成：
nuxtbuild nuxtstart
推荐的package.json配置如下：
{
"name":"my-app",
"dependencies":{
"nuxt":"latest"
},
"scripts":{
"dev":"nuxt",
"build":"nuxtbuild",
"start":"nuxtstart"
}
}
提示：建议将.nuxt加入.npmignore和.gitignore文件中。
意思是说.nuxt不加入到版本控制，每次服务器从gitlab上拉代码后先执行nuxtbuild生成.nuxt文件夹，然后再执行nuxtstart来启动服务。
踩过的坑
部署方式很简单对不对，看完文档后我就在自己买的服务器上尝试部署一下，然后，BOOM！！！
每次在服务器上执行nuxtbuild，总是有如下报错，并且jenkins会随之挂掉。
errorCommandfailedwithsignal"SIGKILL".
看了一下服务器监控发现build的时候cpu和内存飙升，尤其是内存。。。
好吧，我买的是阿里最低配的ECS，升级配置是最后的选择，在这之前只能另辟蹊径。
另辟蹊径
既然服务器上build不了，那我们就本地build再上传，在.gitignore里把.nuxt去掉、并把dist改为/dist，然后本地执行yarnbuild，成功之后再上传到github上，检查一下.nuxt是否有上传上去。
之后在服务器上把代码拉下来、安装一下依赖，执行nuxtstart就可以了。
这里还有个坑，就是为什么要把.gitignore里的dist改为/dist？
/dist这个文件夹是执行nuxtgenerate后生成的，用来做静态应用部署的，这部分就跟通常情况下的.nuxt一样是不应该加入到版本控制里的，但由于nuxtbuild之后，在.nuxt里也会生成一个dist文件夹，我们希望gitignore的只有/dist而不是/.nuxt/dist，因此猜需要做出这里的修改。
nuxt部署
最后，我们使用pm2来部署nuxt。
pm2startnpm--namenuxt--start
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。