跟着Vue-cli来'学'并'改'Webpack之多环境配置和发布

Vue之所以现在如此之火热，一部分也得益于有官方的脚手架生成工具Vue-cli,大大简化了初学者环境搭建的成本，但是实际业务中我们往往需要实现其他的功能来对webpack进行改造，本文将会根据一些实际的业务需求，先学习vue-cli生成的模版，然后在进行相关修改。

Vue-cli生成模版文件目录

├── README.md
├── build
│  ├── build.js
│  ├── check-versions.js
│  ├── logo.png
│  ├── utils.js
│  ├── webpack.base.conf.js
│  ├── webpack.dev.conf.js
│  └── webpack.prod.conf.js
├── config
│  ├── dev.env.js
│  ├── index.js
│  └── prod.env.js
├── index.html
├── package.json
├── src
│  ├── App.vue
│  ├── assets
│  │  └── logo.png
│  ├── components
│  │  └── Hello.vue
│  └── main.js
└── static
复制代码

本文主要关注的点在

build - 编译任务的代码

config - webpack 的配置文件

package.json - 项目的基本信息

具体每一行webpack的配置的含义这里就不详细介绍了，请参考 vue2.0脚手架的webpack 配置文件分析

常见需求一：多环境配置和发布

Vue-cli生成的模版，只配置了npm run dev , npm run build 这行脚本，分别去启动开发环境服务和，执行打包。而往往正常的公司开发流程最少都会有开发、测试仿真、生产环境，而每个环境响应的服务器请求地址，或者一些配置参数都会不同，并且发布的时候需要发布到多台服务器上，所以需要执行自动化脚本来进行。构建和发布。

了解部署代码流程

我们首先得弄清楚这个问题，转载一段文章，作者：郑海波，链接，来源：知乎

这个其实和vue 无关，是一个通用问题：即代码在哪里构建。如果题主的服务器指的是运行服务器，那其实两种都不是好选择。很多新人包括我工作前都以为部署代码是这样的但实际上在较大的互联网公司会麻烦一些。以下介绍都是常见做法，并简化了一些流程，仅仅只是为了方便新人理解。代码提交到git或svn服务器注意这里是源文件，不是build后的文件2. 构建服务器会从git服务器中拉去要发布的代码版本在这里完成安装依赖，如题主的vue。并构建用于部署的文件，这些文件一般也会被压缩成一个压缩包用于管理3. 构建后的发布包会被上传到中转站：文件管理服务器集群4. 实际运行的服务器一般不会是单台，而是集群，这n台服务器会从文件服务器中拉去对应版本的相同压缩包，并解压最终运行实际上，这里有明显的前后顺序的流程在里面，如果都是手动操作的话会非常麻烦，所以一般大公司里都会有一个自动部署平台来全局统筹完成这些工作，作为开发者其实只需要点下『一键部署』就完成以上内容了如在配合gitlab、github这类提供的webhook自动通知自动部署平台，稳定版本的代码已经完成推送了（Push Event）。那我们就连点一下按钮都不需要了。这是个典型的构建部署分离的Case，带来的好处非常多，比如确保构建的是一份代码，避免多环境构建导致不一致的可能性构建一般是个高开销的行为，可能会引起运行服务器的不稳定可以快速回滚或回复，相同版本的代码无需重构构建。。。

讲了这么多所以，打包构建并不是一个简单的事情，所以需要自动化工具来配置

手动修改vue-lic的webpack的配置，结合 fjpublish 进行多环境打包发布

主要操作是把需要配置的环境变量配置到./config目录下对应的文件里面

然后启动不同的环境进行，读取不同的数据。小型项目可以使用此构建方法，非常好用且方便。

具体的配置过程在我的另外一篇文章中有介绍

传送门：Vue.js+Element-UI从0到部署:基础篇（3.前端自动化、多环境配置到发布）

Docker 容器技术

上面大公司的构建流程很复杂，基于 Docker 可以进行容器配置，本人也不太熟悉，又熟悉的朋友，可以发上链接学习学习，这里附上一篇相关软文：基于 Docker 打造前端持续集成开发环境

下一节将继续跟着跟着Vue-cli来'学'并'改'Webpack之打包优化