一场闹剧引起的wbpack初探

        事情的起因是这样的,因为所涉及的项目是一个处在边角的老项目,公司没人关注和维护,之前开发的大哥在我入职之前也离职了,并且readme文档什么也没写……

       我在做完需求的时候,用jenkins构建好代码后,去test环境查看改动是否生效,结果打开test环境的链接发现打开的页面不对,于是去看uat环境的链接是不是也不对,结果uat环境链接打开的是test环境的链接......(what Fxxk ?!)

以为是配置白名单出了问题然后去找相关同学A,经过A同学反复的确认,并不是这个问题。A同学表示可能是链接转发出现了问题,让我去找B同学聊,聊了半天也没有发现。我擦,啥毛病呢?

然后我又去项目中仔细查找,终于发现问题了!!!这个跳转使用process.env.TYPE判断的。然鹅,我并不知道process.env.TYPE是个啥。又是一顿百度,结果只能搜到process.env,这条路行不通只能试试别的法子。我记得有一个process.env.NODE_ENV,姑且一试,终于可以了。至此大功告成!!!



下面说说,process.env.TYPE是个啥配置。首先要了解process.env不懂的同学自行百度,process.env.TYPE中的TYPE其实是用户自定义的,你喜欢的话定义成什么都可以。目的就是进一步区分所处环境。在所需的config文件中进行配置比如在config/prod.env.js中进行定义

module.exports = {

  NODE_ENV: '"production"',

  type:`'${process.env.TYPE}'`

}

可以在package.json中的script中设置:

比如:"build": "set TYPE=demos&& node build/build.js"

也可以在执行命令的时候设置

比如:TYPE=demos npm run build

两种都可以。

你可能感兴趣的:(一场闹剧引起的wbpack初探)