Yarn Up is not respecting the semantic version of a package. #4609
Unanswered
tonystecca
asked this question in
Q&A
Replies: 2 comments
-
Perhaps
|
Beta Was this translation helpful? Give feedback.
0 replies
-
Another option is to use my yarn plugin which adds a |
Beta Was this translation helpful? Give feedback.
0 replies
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.
-
Hello all,
I have a mono-repo with 6 folders, each with a package.json file, plus a package.json in the root. Yarn workspaces are set up in the root package.json. None of the sub-folders have node_modules folders and there is one yarn.lock file in the root. Yarn version is 3.2.1. Everything is working but I'm having trouble updating dependencies on a weekly basis.
I'd like to update all minor and patch versions weekly to stay current and resolve security issues. I run
yarn up '*'
and that updates packages that have newer versions in all package.json files. This is very close to what I want, except that this command updates even the major versions. This is not very convenient - major version updates contain breaking changes and it's not feasible to resolve these on a weekly basis. I was hoping thatyarn up
would behave more likenpm update
and respect semantic versioning.I've tried pinning packages to specific versions with "package-name": "=4.x.x" but
yarn up
ignores the=
and upgrades them to the latest available. I'm attaching a Git diff of before and afteryarn up '*'
. You can see how Yarn has ignored the semantic version specified in the package.json an updated packages to the next major version.Am I doing something wrong? I'd like to resolve the issue here in the discussions before raising an issue.
Thanks
Beta Was this translation helpful? Give feedback.
All reactions