Migration from v2
Node.js Support
Vite no longer supports Node.js 12, which reached its EOL. Node.js 14.18+ is now required.
Modern Browser Baseline change
The production bundle assumes support for modern JavaScript. By default, Vite targets browsers which support the native ES Modules and native ESM dynamic import and import.
:
- Chrome >=87
- Firefox >=78
- Safari >=13
- Edge >=88
A small fraction of users will now require using @vitejs/plugin-legacy, which will automatically generate legacy chunks and corresponding ES language feature polyfills.
Config Options Changes
The following options that were already deprecated in v2 have been removed:
alias
(switch toresolve.alias
)dedupe
(switch toresolve.dedupe
)build.base
(switch tobase
)build.brotliSize
(switch tobuild.reportCompressedSize
)build.cleanCssOptions
(Vite now uses esbuild for CSS minification)build.polyfillDynamicImport
(use@vitejs/plugin-legacy
for browsers without dynamic import support)optimizeDeps.keepNames
(switch tooptimizeDeps.esbuildOptions.keepNames
)
Architecture Changes and Legacy Options
This section describes the biggest architecture changes in Vite v3. To allow projects to migrate from v2 in case of a compat issue, legacy options have been added to revert to the Vite v2 strategies.
Dev Server Changes
Vite's default dev server port is now 5173. You can use server.port
to set it to 3000.
Vite's default dev server host is now localhost
. In Vite v2, Vite was listening to 127.0.0.1
by default. Node.js under v17 normally resolves localhost
to 127.0.0.1
, so for those versions, the host won't change. For Node.js 17+, you can use server.host
to set it to 127.0.0.1
to keep the same host as Vite v2.
Note that Vite v3 now prints the correct host. This means Vite may print 127.0.0.1
as the listening host when localhost
is used. You can set dns.setDefaultResultOrder('verbatim')
to prevent this. See server.host
for more details.
SSR Changes
Vite v3 uses ESM for the SSR build by default. When using ESM, the SSR externalization heuristics are no longer needed. By default, all dependencies are externalized. You can use ssr.noExternal
to control what dependencies to include in the SSR bundle.
If using ESM for SSR isn't possible in your project, you can set legacy.buildSsrCjsExternalHeuristics
to generate a CJS bundle using the same externalization strategy of Vite v2.
Also build.rollupOptions.output.inlineDynamicImports
now defaults to false
when ssr.target
is 'node'
. inlineDynamicImports
changes execution order and bundling to a single file is not needed for node builds.
General Changes
- JS file extensions in SSR and lib mode now use a valid extension (
js
,mjs
, orcjs
) for output JS entries and chunks based on their format and the package type. - Terser is now an optional dependency. If you are using
build.minify: 'terser'
, you need to install it.npm add -D terser
import.meta.glob
Raw
import.
switched frommeta.glob { assert: { type: 'raw' }}
to{ as: 'raw' }
Keys of
import.
are now relative to the current module.meta.glob // file: /foo/index.js const modules = import.
meta.glob('../foo/*.js') // transformed: const modules = { - '../foo/bar.js': () => {} + './bar.js': () => {} }When using an alias with
import.
, the keys are always absolute.meta.glob import.
is now deprecated. Usemeta.globEager import.
instead.meta.glob('*', { eager: true })
WebAssembly Support
import init from 'example.wasm'
syntax is dropped to prevent future collision with "ESM integration for Wasm". You can use ?init
which is similar to the previous behavior.
-import init from 'example.wasm'
+import init from 'example.wasm?init'
-init().then((exports) => {
+init().then(({ exports }) => {
exports.test()
})
Automatic https Certificate Generation
A valid certificate is needed when using https
. In Vite v2, if no certificate was configured, a self-signed certificate was automatically created and cached. Since Vite v3, we recommend manually creating your certificates. If you still want to use the automatic generation from v2, this feature can be enabled back by adding @vitejs/plugin-basic-ssl to the project plugins.
import basicSsl from '@vitejs/plugin-basic-ssl'
export default {
plugins: [basicSsl()]
}
Experimental
Using esbuild deps optimization at build time
In v3, Vite allows the use of esbuild to optimize dependencies during build time. If enabled, it removes one of the most significant differences between dev and prod present in v2. @rollupjs/plugin-commonjs
is no longer needed in this case since esbuild converts CJS-only dependencies to ESM.
If you want to try this build strategy, you can use optimizeDeps.disabled: false
(the default in v3 is disabled: 'build'
). @rollup/plugin-commonjs
can be removed by passing build.commonjsOptions: { include: [] }
Advanced
There are some changes which only affects plugin/tool creators.
- [#5868] refactor: remove deprecated api for 3.0
printHttpServerUrls
is removedserver.app
,server.transformWithEsbuild
are removedimport.
is removedmeta.hot.acceptDeps
- [#6901] fix: sequential injection of tags in transformIndexHtml
transformIndexHtml
now gets the correct content modified by earlier plugins, so the order of the injected tags now works as expected.
- [#7995] chore: do not fixStacktrace
ssrLoadModule
'sfixStacktrace
option's default is nowfalse
- [#8178] feat!: migrate to ESM
formatPostcssSourceMap
is now asyncresolvePackageEntry
,resolvePackageData
are no longer available from CJS build (dynamic import is needed to use in CJS)
- [#8626] refactor: type client maps
- Type of callback of
import.
is now stricter. It is nowmeta.hot.accept (mod: (Record<string, any> & { [Symbol.toStringTag]: 'Module' }) | undefined) => void
(was(mod: any) => void
).
- Type of callback of
Also there are other breaking changes which only affect few users.
- [#5018] feat: enable
generatedCode: 'es2015'
for rollup build- Transpile to ES5 is now necessary even if the user code only includes ES5.
- [#7877] fix: vite client types
/// <reference lib="dom" />
is removed fromvite/client.d.ts
.{ "lib": ["dom"] }
or{ "lib": ["webworker"] }
is necessary intsconfig.json
.
- [#8090] feat: preserve process env vars in lib build
process.
is now preserved in library modeenv.*
- [#8280] feat: non-blocking esbuild optimization at build time
server.force
option was removed in favor ofoptimizeDeps.force
option.
- [#8550] fix: dont handle sigterm in middleware mode
- When running in middleware mode, Vite no longer kills process on
SIGTERM
.
- When running in middleware mode, Vite no longer kills process on
Migration from v1
Check the Migration from v1 Guide in the Vite v2 docs first to see the needed changes to port your app to Vite v2, and then proceed with the changes on this page.