生产环境突然编译报错:‘XXXX‘ is not defined no-undef

在某年某月的某一天(2021-02-24),在一个前端工程里面,我就改了一个字段名,

对gitlab发誓,除此以外,啥也没动。

而且,在本地,npm start,启动前端项目,和往常一样,完美的连一个警告都没有,就像这样:

真是如丝般润滑,然而,分别发布到测试环境和生产环境,就碰到纠缠我好几天的诡异之事了。

他报了一个下面的错误:

 

 

但是这个Map.jsx,我是从来没碰过的,具体内容如下:

 

 

茫然的我,还以为是这个类有什么问题,将其删除了,再发布之,发现又有其他的类报了相同的错:

 

于是,我确定,不是代码的问题,

可是老天爷呀,配置神马的,我没动过呀,,,,

 

去一番研究加百度搜索,还碰到一个这样的警告:

说我在自暴自弃,但是与本文无关,请忽略。

 

很多朋友都说是eslint的检查的问题,

我就纳闷了,我啥也没改呀,就改了一个字段名啊,怎么就突然要检查了,这么不讲武德吗?

于是我找到eslint的配置文件:【.eslintrc】,加了一点配置,将这个操蛋的no-undef关了

 

还是不行,报一开始同样的错误(这句话会出现n次)

 

 

 

有朋友说,不能用off,要用0,于是:

还是不行,报一开始同样的错误。

 

 

于是,eslint检查都给关了:

还是不行,报一开始同样的错误。

 

 

还有朋友说,要加上globals,声明一下不要检查,于是:

还是不行,报一开始同样的错误。

 

 

什么都没改,就碰到如此蛋疼的事情,

再次对天发誓,package.json等等配置文件,一个字母,一个格式,一个空格空行都没碰过。

简直就是飞来横锅。

 

最后,绝望的我,尝试将相关插件的版本,都更新了一下,

还是不行,报一开始同样的错误。

 

 

后来,有同事提到,我们为了发布版本的时候,快一点,做了一个本地的镜像仓库,

只有这一个原因会影响线上的代码了,于是将Dockerfile种,本地镜像仓库,切换为阿里的:

 

 

神奇的事情,发生了,好了。

 

 

 

收工

 

 

 

 

 

 

 

 

 

 

 

 


版权声明:本文为u013282737原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。