Ignore directive sourcemap error #231
This is a long overdue and should fix some issues people had with HMR when migrating from CRA.
This will unlock to use the plugin in some use cases where the original source code is not in TS. Using this option to keep using JSX inside .js
files is highly discouraged and can be removed in any future version.
There were no breaking change that impacted this plugin, so any combination of React plugins and Vite core version will work.
This will only affect people using internal libraries that contains untranspiled JSX. This change aligns the optimizer with the source code and avoid issues when the published source don't have React
in the scope.
Reminder: While being partially supported in Vite, publishing TS & JSX outside of internal libraries is highly discouraged.
Add support for .mts
(fixes #161)
Using CJS in source code will not work in Vite (and will never be supported), so this is better to only use .ts
.
But to better align with Vite core defaults, .mts
extension will now be processed like .ts
. This maybe reverted in a future major.
- Add
devTarget
option (fixes #141) - Disable Fast Refresh based on
config.server.hmr === false
instead ofprocess.env.TEST
- Warn when plugin is in WebContainers (see #118)
- Better invalidation message when an export is added & fix HMR for export of nullish values (#143)
- Support Vitest deps.experimentalOptimizer (#115)
- Add
type: module
to package.json (#101). Because the library already publish.cjs
&.mjs
files, the only change is for typing when using the node16 module resolution (fixes #95) - Throw an error when the MDX plugin is after this one (#100). This is an expected breaking change added in
3.2.0
and this should people that were using both plugins before this version to migrate.
- Support TS/JSX in node_modules to help the community experiment with it. Note that for now this not supported by TS and errors from these files cannot be silenced if the user is using a stricter configuration than the library author: microsoft/TypeScript#30511. I advise to use it only for internal libraries for now (fixes #53)
- Silence
"use client"
warning when building library like@tanstack/react-query
- Fix fast refresh issue when exporting a component with a name that shadow another local component
This release goes in hand with the upcoming Vite 4.3 release focusing on performances:
- Move resolve of runtime code into a "pre" plugin (#79)
- Wrap dynamic import to speedup analysis (#80)
- Support HMR for MDX (fixes #52)
- Fix: when using plugins, apply SWC before esbuild so that automatic runtime is respected for JSX (fixes #56)
- Fix: use jsxImportSource in optimizeDeps
- Support plugins via the new
plugins
options - Support TypeScript decorators via the new
tsDecorators
option. This requiresexperimentalDecorators
in tsconfig. - Fix HMR for styled components exported alongside other components
- Update embedded refresh runtime to 0.14 (fixes #46)
- Support Emotion via the new
jsxImportSource
option (fixes #25)
To use it with Emotion, update your config to:
export default defineConfig({
plugins: [react({ jsxImportSource: "@emotion/react" })],
});
- Fix HMR when using Vite
base
option (fixes #18) - Fix usage with workers (fixes #23)
- Fix usage with
Vite Ruby
andLaravel Vite
(#20) - Fix plugin default export when using commonjs (fixes #14)
This is plugin is now stable! 🎉
To migrate from vite-plugin-swc-react-refresh
, see the 3.0.0-beta.0
changelog.
- breaking: update plugin name to
vite:react-swc
to match official plugins naming - fix: don't add React Refresh wrapper for SSR transform (fixes #11)
Fix package.json exports fields
This is the first beta version of the official plugin for using SWC with React in Vite!
Some breaking changes have been made to make the plugin closer to the Babel one while keeping the smallest API surface possible to reduce bugs, encourage future-proof compilation output and allow easier opt-in into future perf improvements (caching, move to other native toolchain, ...):
- Automatically enable automatic JSX runtime. "classic" runtime is not supported
- Skip transformation for
.js
files - Enforce useDefineForClassFields
- Don't pass
esbuild.define
config option to SWC. You can use the top level define option instead - Use default export
To migrate, change your config to:
import { defineConfig } from "vite";
import react from "@vitejs/plugin-react-swc";
export default defineConfig({
plugins: [react()],
});
This new release also include a runtime check for React refresh boundaries. When the conditions are not met (most of the time, exporting React components alongside functions or constant), the module is invalidated with a warning message to help you catch issues while keeping you page up-to date with code changes.
Skip react-refresh on SSR (Fixes #2)
- Always provide parser options to fix issue with
.jsx
imports. Relying on file extension for this is more buggy than I though - Extract line and column in SWC errors to make overlay filename clickable
- Fix plugin name (
react-refresh
->swc-react-refresh
)
Add source maps support
Include react/jsx-dev-runtime
for dependencies optimisation when using automatic runtime.
Unpinned @swc/core
to get new features (like TS instantiation expression) despite a 30mb bump of bundle size
Fix esbuild property in documentation.
Breaking: Use named export instead of default export for better esm/cjs interop.
To migrate, replace your import by import { swcReactRefresh } from "vite-plugin-swc-react-refresh";
The JSX automatic runtime is also now supported if you bump esbuild to at least 0.14.51.
To use it, update your config from esbuild: { jsxInject: 'import React from "react"' },
to esbuild: { jsx: "automatic" },
- Add vite as peer dependency
- Pin @swc/core version to 1.2.141 to avoid a 30mb bump of bundle size
Add LICENSE
Initial release