-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Build Tooling: Configure Webpack to skip Node polyfills #21647
Comments
The up to date link to the related document from webpack is: Defaults in v4:
Defaults in v5:
|
I tried to go with |
Ultimately I think that should be the goal. By this, do you mean to put together a pull request using the Webpack 5.0 beta? Just to get ready for the impending release, or to actually start running on the beta? |
I was thinking about updating the title and description, for now, 😄 Opening PR with webpack v5 branch early might be a good idea as well. I would prefer to avoid running on beta 🤣 |
I feel the same. Having the pull request ready though, it may save us time down the line, and help identify all the possible incompatibilities. |
I closed #22312 as it isn't as simple as I anticipated. I hope it's going to be easier to address as part of webpack v5 with their official migration guide. Still, this PR is a good reference to look at when trying to land changes related to how Node polyfills are handed. |
Webpack 5 is out now: To v5 from v4 migration guide might be useful as well: |
Previously: #13386
Context:
Webpack will no longer polyfill Node modules automatically in the upcoming v5 release:
https://github.com/webpack/changelog-v5/blob/master/README.md#automatic-nodejs-polyfills-removed
Task:
Configure default Webpack configurations to disable
node
polyfills asfalse
:https://webpack.js.org/configuration/node/#node
Motivation:
Simplify a future upgrade to Webpack 5 by avoiding to put ourselves in the situation of migrating away from the automatic polyfills, by forbidding their introduction in the first place.
Future Considerations:
If we choose to upgrade to Webpack 5 before this task is implemented, the work would no longer be necessary.
The text was updated successfully, but these errors were encountered: