-
-
Notifications
You must be signed in to change notification settings - Fork 622
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
Migrate and init should move to mini-css-extract-plugin #373
Comments
Do we want to keep v1->v2 migration or deprecate it and just have v3->v4? |
Honestly I'd propose a breaking change and going straight from v3 to v4 |
Sounds reasonable! |
I'll work on this feature if no one else has started it. |
@ematipico To confirm, we should be replacing the existing v1 -> v2 |
@bitpshr yes, we are creating a breaking change here. V3->V4. Yes again, Change |
Exactly. Inside the migrate folder we have all the configuration options that we currently support. That's a meaty change and we have also add snapshot tests. Ideally you could also make WIP PR if you require some help or advice |
Thanks @ematipico and @playma256. I've completed an initial upgrade of the Was the intention to use this issue / PR to track all other transformation upgrades as well, or should I submit my PR as-is and we can open individual tickets for remaining v3 -> v4 changes? |
Just open a pr for that. Since this issue just refeers to |
After an internal discussion about the |
Well, this is sort of a "breaking change" anyways, since we are removing the option to migrate to older versions. And yes, i started touching onto some files, but bitshr already said he would like to work, so i let him do that and my initial idea was to remove the @bitpshr could you move all this code to a |
@ematipico @playma256 I agree that we should always migrate to the latest version, but do we support migrating from v1 -> v4, v2 -> v4, and v3 -> v4, or just v3 -> v4? If we decide to make our transformations be able to upgrade any previous version to the latest version, the AST logic will get incredibly complex. I vote that we move to actively support upgrading the previous version to the latest version, so v3 -> v4 in this case. When v5 is released, we should upgrade our transforms to instead support upgrading v4 - v5, and so on. |
I made the same question, when i first read this issue.
You comment resonates with what he said, and i do agree too. Let's just support newest versions of the |
I also think that the usage of webpack v1 is now deprecated. |
Sounds good to me. PR submitted for the |
Do you want to request a feature or report a bug?
Feature
What is the current behavior?
At the moment, when migrating or initiating a new configuration
ExtractTextPlugin
it still usesExtractTextPlugin
.ExtractTextPlugin
should becomeMiniCssExtractPlugin
What is the expected behavior?
The
cli
should ask it the user wants to migrate to v3 or v4 of webpack. If v4, it should migrate toMiniCssExtractPlugin
. The init feature should useMiniCssExtractPlugin
as well.If this is a feature request, what is motivation or use case for changing the behavior?
Supporting the new
MiniCssExtractPlugin
The text was updated successfully, but these errors were encountered: