-
-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
Remove monorepo-internal peer dependencies (temporarily) #8215
Conversation
Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need the corporate CLA signed. If you have received this in error or have any questions, please contact us at [email protected]. Thanks! |
* facebook/master: fix 1-indexed JEST_WORKER_ID (jestjs#8205) remove flow leftovers (jestjs#8213)
I have signed up the CLA before submitting this PR. Need some time to get updated? |
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks! |
Those are not dependencies, instances of the classes are injected. The real solution is to add the peer deps to every dependency between where they are used together. that should resolve the warning |
Codecov Report
@@ Coverage Diff @@
## master #8215 +/- ##
=======================================
Coverage 62.31% 62.31%
=======================================
Files 265 265
Lines 10534 10534
Branches 2557 2556 -1
=======================================
Hits 6564 6564
Misses 3387 3387
Partials 583 583
Continue to review full report at Codecov.
|
@SimenB In that case, would it be another possible solution to just remove monorepo dependencies from peerDependencies and keep them only in devDependencies? |
Yeah, we can do that as a start. It's still not the correct solution though as we rely on the api of the passed in module. It's a bigger chunk of work though, so just removing the peers should be ok as a start |
I agree that this isn't the best solution. I'd be willing to look into the correct solution, but at least the warning should be solved with this PR. |
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Summary
Resolves #8107
Please see the issue for the motivation.
Moved peerDependencies that are served inside the monorepo to dependencies.
Test plan
N/A