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
-
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