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
Move emotion packages and types for react-transition-group to peerDependencies #4972
base: master
Are you sure you want to change the base?
Conversation
🦋 Changeset detectedLatest commit: 2172f7f The changes in this PR will be included in the next version bump. This PR includes changesets to release 1 package
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 2172f7f:
|
This will also close #4962 as it moves |
There's a bug in emotion that caused emotion-js/emotion#2649 |
a7b600c
to
63805bd
Compare
'react-select': patch | ||
--- | ||
|
||
Move emotion packages and types for react-transition-group to peerDependencies |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it still patch
if a dependency has been moved to peerDependencies?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code that ships to the user has been changed, but it doesn't add any new functionality (minor) or change the existing API (major), so I'd consider it a patch (unless I'm missing something?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
They might not already have emotion
explicitly added as a dependency in their application, so wouldn't it be a potentially breaking change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thats a good point.
I think it varies by package manager, so it definitely could be a breaking change for a subset of users. I'll try to find someone who can give us a definitive answer 👍
This PR is a suggestion to move `emotion` to `"peerDependencies"` avoid conflict with apps running other version of `emotion`
63805bd
to
2172f7f
Compare
This PR introduces a breaking change
Thanks so much for your PR @uzikilon. |
In my opinion runtime css-in-js is the real problem here. Many have already started using zero-runtime css-in-js such as Linaria, and tbh I don't think the consumer who opted out of these messy libraries (emotion, styled-components etc.) should pay the price by having such a library installed and included in their code neither implicit nor explicitly, So instead of asking the question whether it should be a peer- or normal dependency, perhaps there should be a PR for migrating away from using runtime css-in-js in the first place? |
See #5451 for discussion regarding decoupling from Emotion. |
This PR is a suggestion to move
emotion
to"peerDependencies"
avoid conflict with apps running other version ofemotion