-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
fix(core): normalizing key of patched packages with its actual resolved version and not the one from the key #18192
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
4 tasks
…ed version and not the one from the key
@meeroslav @AgentEnder any feedback on this PR or the blocking issue? |
Sorry for waiting. I will look into it as soon as possible. |
meeroslav
approved these changes
Aug 14, 2023
Thank you for this PR! |
4 tasks
This pull request has already been merged/closed. If you experience issues related to these changes, please open a new issue referencing this pull request. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Current Behavior
As described in #17873
My understanding of the sitatuion is that it is an edge case. The issue can be replicated in the repo from @ganlhi where the following happens:
package.json
there is the definition "typescript": "~5.1.3" but in the lock file it is resolved with 5.1.6yarn.lock
it uses, not the version from the string defined by the user (5.1.3), but the actual version resolved byyarn
(5.1.6)patch
inberry
we use its nomalised key to prune the lock file . This normalised key uses the version from the string, and not the resolved fromyarn
, which then in this bit is trigerred as a deletion because it does not match the version.@nx/next:build
is invalid #17873 with an empty""
key for the value of thetypescript
package. It can seen better in the screenshotThis PR solves the issue but calculating the
normalizedKey
by using the resolved version ofyarn
and fixes the issue.That said, perhaps there is a better way of fixing this because I do not have in-depth knowledge on the matter. Hopefully will give some info to the dev that can fix it 😄
Expected Behavior
It generates a valid
yarn.lock
Related Issue(s)
#17873
(Maybe) #17853 done by @meeroslav
Fixes #17873