配置参考
全局 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
/**
* @type {import('@vue/cli-service').ProjectOptions}
*/
module.exports = {
// 选项...
}
或者,你也可以使用 @vue/cli-service 提供的 defineConfig 帮手函数,以获得更好的类型提示:
// vue.config.js
const { defineConfig } = require('@vue/cli-service')
module.exports = defineConfig({
// 选项
})
baseUrl
从 Vue CLI 3.3 起已弃用,请使用publicPath。
publicPath
Type:
stringDefault:
'/'部署应用包时的基本 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 应用的文件系统中。相对 publicPath 的限制
相对路径的
publicPath有一些使用上的限制。在以下情况下,应当避免使用相对publicPath:当使用基于 HTML5
history.pushState的路由时;当使用
pages选项构建多页面应用时。
这个值在开发环境下同样生效。如果你想把开发服务器架设在根路径,你可以使用一个条件式的值:
module.exports = { publicPath: process.env.NODE_ENV === 'production' ? '/production-sub-path/' : '/' }
outputDir
Type:
stringDefault:
'dist'当运行
vue-cli-service build时生成的生产环境构建文件的目录。注意目标目录的内容在构建之前会被清除 (构建时传入--no-clean可关闭该行为)。提示
请始终使用
outputDir而不要修改 webpack 的output.path。
assetsDir
Type:
stringDefault:
''放置生成的静态资源 (js、css、img、fonts) 的 (相对于
outputDir的) 目录。提示
从生成的资源覆写 filename 或 chunkFilename 时,
assetsDir会被忽略。
indexPath
Type:
stringDefault:
'index.html'指定生成的
index.html的输出路径 (相对于outputDir)。也可以是一个绝对路径。
filenameHashing
Type:
booleanDefault:
true默认情况下,生成的静态资源在它们的文件名中包含了 hash 以便更好的控制缓存。然而,这也要求 index 的 HTML 是被 Vue CLI 自动生成的。如果你无法使用 Vue CLI 生成的 index HTML,你可以通过将这个选项设为
false来关闭文件名哈希。
pages
Type:
ObjectDefault:
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' } }提示
当在 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:
booleanDefault:
false是否使用包含运行时编译器的 Vue 构建版本。设置为
true后你就可以在 Vue 组件中使用template选项了,但是这会让你的应用额外增加 10kb 左右。更多细节可查阅:Runtime + Compiler vs. Runtime only。