-
-
Notifications
You must be signed in to change notification settings - Fork 117
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
Cleanup dependencies. #73
Conversation
We need your reviews / tests if possible plz, @deepu105 @ctamisier @Jackjun724 |
LGTM I've tried the following steps. First: Then in react-jhipster: Then in the host project (e.g. generated app): If I drop peerDependencies in react-jhipster, I have the same exact behavior (Maybe I'm missing something..). |
It seems that there is no problem, but I think the root cause of the problem is Overall, it works well :) |
@ctamisier remove peerDependencies and try to recreate the package-lock.json with npm@7 and it will show peer conflicts.
|
Looks like are using my branch or another one, see the Line 38 in 6f8b514
|
@ctamisier are you proposing to drop peer dependencies? |
I've reverted the bundle change, so we don't need to bump to 0.17.x Is bundles used somewhere? |
Removing peerDependencies on your branch is working. I think you know way more than me about all this, so yes let's keep peerDependencies. (I really don't know the impact by dropping them, just because of my limited knowledge about this). I was just seeing that removing peerDependenciies was also working on your branch. |
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.
Looks good. If those deps are not required anymore. Keeping peer deps would be a good idea
Related to jhipster/generator-jhipster#16527.