-
-
Notifications
You must be signed in to change notification settings - Fork 6.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(wip): add filesystem cache config for webpack 5 #6323
base: dev
Are you sure you want to change the base?
Conversation
New: - Turn on `filsystem` cache by default in webpack 5 - An `addBuildDependencies` plugin API for plugins to add additional dependencies to the cache config To Fix: - Need to implement a `--no-cache` option for both `serve` and `build` command - Need to decide how to deal with `.js` config files when a random environment variable change may affect its exports - `lintOnSave` option needs an overhaul to work better with webpack 5 and the new cache mechanism - Not sure how to test the cache implementation
Some information about When we set In But after And I believe we can use the default value The version of eslint-webpack-plugin is pinned to 2.4.3 in #6291, Is there more information about this? |
Yeah, I think so.
Somehow the newest version won't re-lint when I run |
I think we should add more file to For this moment it is best to turn it off by default. It always warning about resolution fail and something not support serialize and will print many error stack |
Any update on this? |
New:
filesystem
cache by default in webpack 5addBuildDependencies
plugin API for plugins to add additionaldependencies to the cache config
To Fix:
--no-cache
option for bothserve
andbuild
command
--experimental-cache
flag first.js
config files when a randomenvironment variable change may affect its exports
lintOnSave
option needs an overhaul to work better with webpack 5and the new cache mechanism
What kind of change does this PR introduce? (check at least one)
Does this PR introduce a breaking change? (check one)
Due to the may-be-buggy cache configuration, it should be considered as a breaking change.
Other information: