poor UX when resetting lockfiles #6962
Unanswered
aep-sunlife
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
yarn overcomplicates the process of resetting all lockfiles, junkfiles, etc.
.yarn,.pnp.*, andyarn.lock, then the nextyarn installfails. This command should understand how to regenerate everything again, likenpm install, based on an existingpackage.jsonfile. Instead, it bails with an assortment of confusing options.yarn initalways forcibly overwrites existingpackage.jsonfiles. Instead, it should first check whether the file exists. Only overwrite if the file definitely does not exist.So the workaround workflow involves manually backing up my
package.jsonfile, runningyarn init, and replacing the stubpackage.jsonfile from my backup. That's risky, manual, and unintuitive. We're moving backwards from npm capabilities.Beta Was this translation helpful? Give feedback.
All reactions