配置参考
全局 CLI 配置
有些针对 @vue/cli 的全局配置，例如你惯用的包管理器和你本地保存的 preset，都保存在 home 目录下一个名叫 .vuerc 的 JSON 文件。你可以用编辑器直接编辑这个文件来更改已保存的选项。
你也可以使用 vue config 命令来审查或修改全局的 CLI 配置。
目标浏览器
请查阅指南中的浏览器兼容性章节。
vue.config.js
vue.config.js 是一个可选的配置文件，如果项目的 (和 package.json 同级的) 根目录中存在这个文件，那么它会被 @vue/cli-service 自动加载。你也可以使用 package.json 中的 vue 字段，但是注意这种写法需要你严格遵照 JSON 的格式来写。
这个文件应该导出一个包含了选项的对象：
// vue.config.js
module.exports = {
// 选项...
}
baseUrl
从 Vue CLI 3.3 起已弃用，请使用publicPath。
publicPath
Type:
string-
Default:
'/'部署应用包时的基本 URL。用法和 webpack 本身的
output.publicPath一致，但是 Vue CLI 在一些其他地方也需要用到这个值，所以请始终使用publicPath而不要直接修改 webpack 的output.publicPath。默认情况下，Vue CLI 会假设你的应用是被部署在一个域名的根路径上，例如
https://www.my-app.com/。如果应用被部署在一个子路径上，你就需要用这个选项指定这个子路径。例如，如果你的应用被部署在https://www.my-app.com/my-app/，则设置publicPath为/my-app/。这个值也可以被设置为空字符串 (
'') 或是相对路径 ('./')，这样所有的资源都会被链接为相对路径，这样打出来的包可以被部署在任意路径，也可以用在类似 Cordova hybrid 应用的文件系统中。::: warning 相对 publicPath 的限制 相对路径的
publicPath有一些使用上的限制。在以下情况下，应当避免使用相对publicPath:当使用基于 HTML5
history.pushState的路由时；当使用
pages选项构建多页面应用时。 :::
这个值在开发环境下同样生效。如果你想把开发服务器架设在根路径，你可以使用一个条件式的值：
module.exports = { publicPath: process.env.NODE_ENV === 'production' ? '/production-sub-path/' : '/' }
outputDir
Type:
string-
Default:
'dist'当运行
vue-cli-service build时生成的生产环境构建文件的目录。注意目标目录在构建之前会被清除 (构建时传入--no-clean可关闭该行为)。::: tip 提示 请始终使用
outputDir而不要修改 webpack 的output.path。 :::
assetsDir
Type:
string-
Default:
''放置生成的静态资源 (js、css、img、fonts) 的 (相对于
outputDir的) 目录。::: tip 提示 从生成的资源覆写 filename 或 chunkFilename 时，
assetsDir会被忽略。 :::
indexPath
Type:
string-
Default:
'index.html'指定生成的
index.html的输出路径 (相对于outputDir)。也可以是一个绝对路径。
filenameHashing
Type:
boolean-
Default:
true默认情况下，生成的静态资源在它们的文件名中包含了 hash 以便更好的控制缓存。然而，这也要求 index 的 HTML 是被 Vue CLI 自动生成的。如果你无法使用 Vue CLI 生成的 index HTML，你可以通过将这个选项设为
false来关闭文件名哈希。
pages
Type:
Object-
Default:
undefined在 multi-page 模式下构建应用。每个“page”应该有一个对应的 JavaScript 入口文件。其值应该是一个对象，对象的 key 是入口的名字，value 是：
- 一个指定了
entry,template,filename,title和chunks的对象 (除了entry之外都是可选的)； - 或一个指定其
entry的字符串。
module.exports = { pages: { index: { // page 的入口 entry: 'src/index/main.js', // 模板来源 template: 'public/index.html', // 在 dist/index.html 的输出 filename: 'index.html', // 当使用 title 选项时， // template 中的 title 标签需要是 <title><%= htmlWebpackPlugin.options.title %></title> title: 'Index Page', // 在这个页面中包含的块，默认情况下会包含 // 提取出来的通用 chunk 和 vendor chunk。 chunks: ['chunk-vendors', 'chunk-common', 'index'] }, // 当使用只有入口的字符串格式时， // 模板会被推导为 `public/subpage.html` // 并且如果找不到的话，就回退到 `public/index.html`。 // 输出文件名会被推导为 `subpage.html`。 subpage: 'src/subpage/main.js' } }::: tip 提示 当在 multi-page 模式下构建时，webpack 配置会包含不一样的插件 (这时会存在多个
html-webpack-plugin和preload-webpack-plugin的实例)。如果你试图修改这些插件的选项，请确认运行vue inspect。 ::: - 一个指定了
lintOnSave
Type:
boolean|'warning'|'default'|'error'-
Default:
'default'是否在开发环境下通过 eslint-loader 在每次保存时 lint 代码。这个值会在
@vue/cli-plugin-eslint被安装之后生效。设置为
true或'warning'时，eslint-loader会将 lint 错误输出为编译警告。默认情况下，警告仅仅会被输出到命令行，且不会使得编译失败。如果你希望让 lint 错误在开发时直接显示在浏览器中，你可以使用
lintOnSave: 'default'。这会强制eslint-loader将 lint 错误输出为编译错误，同时也意味着 lint 错误将会导致编译失败。设置为
error将会使得eslint-loader把 lint 警告也输出为编译错误，这意味着 lint 警告将会导致编译失败。或者，你也可以通过设置让浏览器 overlay 同时显示警告和错误：
// vue.config.js module.exports = { devServer: { overlay: { warnings: true, errors: true } } }当
lintOnSave是一个 truthy 的值时，eslint-loader在开发和生产构建下都会被启用。如果你想要在生产构建时禁用eslint-loader，你可以用如下配置：// vue.config.js module.exports = { lintOnSave: process.env.NODE_ENV !== 'production' }
runtimeCompiler
Type:
boolean-
Default:
false是否使用包含运行时编译器的 Vue 构建版本。设置为
true后你就可以在 Vue 组件中使用template选项了，但是这会让你的应用额外增加 10kb 左右。更多细节可查阅：Runtime + Compiler vs. Runtime only。
transpileDependencies
Type:
Array<string | RegExp>-
Default:
[]默认情况下
babel-loader会忽略所有node_modules中的文件。如果你想要通过 Babel 显式转译一个依赖，可以在这个选项中列出来。
productionSourceMap
Type:
boolean-
Default:
true如果你不需要生产环境的 source map，可以将其设置为
false以加速生产环境构建。
crossorigin
Type:
string-
Default:
undefined设置生成的 HTML 中
<link rel="stylesheet">和<script>标签的crossorigin属性。需要注意的是该选项仅影响由
html-webpack-plugin在构建时注入的标签 - 直接写在模版 (public/index.html) 中的标签不受影响。更多细节可查阅: CORS settings attributes
integrity
Type:
boolean-
Default:
false在生成的 HTML 中的
<link rel="stylesheet">和<script>标签上启用 Subresource Integrity (SRI)。如果你构建后的文件是部署在 CDN 上的，启用该选项可以提供额外的安全性。需要注意的是该选项仅影响由
html-webpack-plugin在构建时注入的标签 - 直接写在模版 (public/index.html) 中的标签不受影响。另外，当启用 SRI 时，preload resource hints 会被禁用，因为 Chrome 的一个 bug 会导致文件被下载两次。
configureWebpack
-
Type:
Object | Function如果这个值是一个对象，则会通过 webpack-merge 合并到最终的配置中。
如果这个值是一个函数，则会接收被解析的配置作为参数。该函数既可以修改配置并不返回任何东西，也可以返回一个被克隆或合并过的配置版本。
更多细节可查阅：配合 webpack > 简单的配置方式
chainWebpack
-
Type:
Function是一个函数，会接收一个基于 webpack-chain 的
ChainableConfig实例。允许对内部的 webpack 配置进行更细粒度的修改。更多细节可查阅：配合 webpack > 链式操作
css.modules
从 v4 起已弃用，请使用css.requireModuleExtension。 在 v3 中，这个选项含义与 css.requireModuleExtension 相反。
css.requireModuleExtension
Type:
boolean-
Default:
true默认情况下，只有
*.module.[ext]结尾的文件才会被视作 CSS Modules 模块。设置为false后你就可以去掉文件名中的.module并将所有的*.(css|scss|sass|less|styl(us)?)文件视为 CSS Modules 模块。::: tip 提示 如果你在
css.loaderOptions.css里配置了自定义的 CSS Module 选项，则css.requireModuleExtension必须被显式地指定为true或者false，否则我们无法确定你是否希望将这些自定义配置应用到所有 CSS 文件中。 :::更多细节可查阅：配合 CSS > CSS Modules
css.extract
Type:
boolean | Object-
Default: 生产环境下是
true，开发环境下是false是否将组件中的 CSS 提取至一个独立的 CSS 文件中 (而不是动态注入到 JavaScript 中的 inline 代码)。
同样当构建 Web Components 组件时它总是会被禁用 (样式是 inline 的并注入到了 shadowRoot 中)。
当作为一个库构建时，你也可以将其设置为
false免得用户自己导入 CSS。提取 CSS 在开发环境模式下是默认不开启的，因为它和 CSS 热重载不兼容。然而，你仍然可以将这个值显性地设置为
true在所有情况下都强制提取。
css.sourceMap
Type:
boolean-
Default:
false是否为 CSS 开启 source map。设置为
true之后可能会影响构建的性能。
css.loaderOptions
Type:
Object-
Default:
{}向 CSS 相关的 loader 传递选项。例如：
module.exports = { css: { loaderOptions: { css: { // 这里的选项会传递给 css-loader }, postcss: { // 这里的选项会传递给 postcss-loader } } } }支持的 loader 有：
另外，也可以使用
scss选项，针对scss语法进行单独配置（区别于sass语法）。更多细节可查阅：向预处理器 Loader 传递选项
::: tip 提示 相比于使用
chainWebpack手动指定 loader 更推荐上面这样做，因为这些选项需要应用在使用了相应 loader 的多个地方。 :::
devServer
-
Type:
Object所有
webpack-dev-server的选项都支持。注意：有些值像
host、port和https可能会被命令行参数覆写。有些值像
publicPath和historyApiFallback不应该被修改，因为它们需要和开发服务器的 publicPath 同步以保障正常的工作。
devServer.proxy
-
Type:
string | Object如果你的前端应用和后端 API 服务器没有运行在同一个主机上，你需要在开发环境下将 API 请求代理到 API 服务器。这个问题可以通过
vue.config.js中的devServer.proxy选项来配置。devServer.proxy可以是一个指向开发环境 API 服务器的字符串：module.exports = { devServer: { proxy: 'http://localhost:4000' } }这会告诉开发服务器将任何未知请求 (没有匹配到静态文件的请求) 代理到
http://localhost:4000。如果你想要更多的代理控制行为，也可以使用一个
path: options成对的对象。完整的选项可以查阅 http-proxy-middleware 。module.exports = { devServer: { proxy: { '/api': { target: '<url>', ws: true, changeOrigin: true }, '/foo': { target: '<other_url>' } } } }
parallel
Type:
boolean-
Default:
require('os').cpus().length > 1是否为 Babel 或 TypeScript 使用
thread-loader。该选项在系统的 CPU 有多于一个内核时自动启用，仅作用于生产构建。
pwa
-
Type:
Object向 PWA 插件传递选项。
pluginOptions
-
Type:
Object这是一个不进行任何 schema 验证的对象，因此它可以用来传递任何第三方插件选项。例如：
module.exports = { pluginOptions: { foo: { // 插件可以作为 `options.pluginOptions.foo` 访问这些选项。 } } }
Babel
Babel 可以通过 babel.config.js 进行配置。
::: tip Vue CLI 使用了 Babel 7 中的新配置格式 babel.config.js。和 .babelrc 或 package.json 中的 babel 字段不同，这个配置文件不会使用基于文件位置的方案，而是会一致地运用到项目根目录以下的所有文件，包括 node_modules 内部的依赖。我们推荐在 Vue CLI 项目中始终使用 babel.config.js 取代其它格式。 :::
所有的 Vue CLI 应用都使用 @vue/babel-preset-app，它包含了 babel-preset-env、JSX 支持以及为最小化包体积优化过的配置。通过它的文档可以查阅到更多细节和 preset 选项。
同时查阅指南中的 Polyfill 章节。
ESLint
ESLint 可以通过 .eslintrc 或 package.json 中的 eslintConfig 字段来配置。
更多细节可查阅 @vue/cli-plugin-eslint。
TypeScript
TypeScript 可以通过 tsconfig.json 来配置。
更多细节可查阅 @vue/cli-plugin-typescript。
单元测试
Jest
更多细节可查阅 @vue/cli-plugin-unit-jest。
Mocha (配合 mocha-webpack)
更多细节可查阅 @vue/cli-plugin-unit-mocha。
E2E 测试
Cypress
更多细节可查阅 @vue/cli-plugin-e2e-cypress。
Nightwatch
更多细节可查阅 @vue/cli-plugin-e2e-nightwatch。
