npm run dev 以及 npm run build 报错解决思路:Module build failed ( from ./who/who/who )

最近有一个vue项目做完了,需要打包上测试环境进行测试,本来开开心心的,md,结果代码放到线上之后怎么编译都不过,各种报错,简直五花八门,解决一个问题就出现另一个不同的问题,搞得我头都大了。

在这里把解决问题过程的思路记录一下:

1、本地开发环境node的版本与线上环境node的版本要一致。
查看node版本:node -v

2、node_modules目录不可被重用。
项目的打包管理使用的Jenkins,然后从Git上拉代码,Jenkins是什么?

Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具,起源于Hudson(Hudson是商用的),主要用于持续、自动的构建/测试软件项目、监控外部任务的运行。通常与版本管理工具(SCM)、构建工具结合使用。常用的版本控制工具有SVN、GIT,构建工具有Maven、Ant、Gradle。

在线上环境,我们项目的测试大大对node_modules目录做了一个软连接,其他项目所使用的node_modules也都指向了同一个node_modules目录,也就是所有的vue项目使用同一个node_modules目录。

3、cnpm和npm尽量不要混合使用。
如果使用的npm安装的包,尽量不要再使用cnpm安装,保证依赖包的源一致。

查看当前的包管理是npm还是cnpm使用指令:npm config list
找到metrics-registry属性:

npm:"https://registry.npmjs.org/"
cnpm:"https://registry.npm.taobao.org/"

如图,我使用的是npm:
在这里插入图片描述
4、问题无法解决,那便删掉node_modules目录,重新npm install

重点:本地项目中的package-lock.json文件一定要与线上环境的package-lock.json内容一致。

package-lock.json是在install的时候自动生成的文件。
package-lock.json就是锁定安装时的包版本号,这样就能保证其他人在安装项目依赖的时候,大家使用的包的版本号相同,不会出现纰漏。
package.json文件只能锁定大版本,即版本号的第一位,不能锁定后面的小版本,你每次npm install时候拉取的该大版本下面最新的版本。
一般为了稳定性考虑我们不能随意升级依赖包,因为如果换包导致兼容性bug出现很难排查,所以package-lock.json就是来解决包锁定不升级问题的。

如果要升级package-lock.json里面的库包,需要使用指令:npm install [email protected]

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章