Do you want to request a feature or report a bug?
Bug
What is the current behavior?
{
"dependencies": {
"lodash": "4.15.0"
}
}
yarn install creates a correct yarn.lock# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1
[email protected]:
version "4.15.0"
resolved lodash-4.15.0.tgz#3162391d8f0140aa22cf8f6b3c34d6b7f63d3aa9
$ yarn upgrade lodash
yarn upgrade v0.16.1
warning react-native: No license field
[1/4] ๐ Resolving packages...
[2/4] ๐ Fetching packages...
[3/4] ๐ Linking dependencies...
[4/4] ๐ Building fresh packages...
success Saved lockfile.
success Saved 1 new dependency
โโ [email protected]
โจ Done in 0.89s.
package.json got updated correctly
{
"dependencies": {
"lodash": "^4.16.6"
}
}
But yarn.lock contains lodash without version specifier
# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1
lodash:
version "4.16.6"
resolved "https://registry.yarnpkg.com/lodash/-/lodash-4.16.6.tgz#d22c9ac660288f3843e16ba7d2b5d06cca27d777"
What is the expected behavior?
Yarn lock must have version lodash@^4.16.6 after yarn upgrade lodash as it does for package.json
Please mention your node.js, yarn and operating system version.
Latest release [email protected]
This was not caught by yarn install - lockfile did not get updated and yarn check.
A way around this for now:
yarn update <package>@^<version>
I'll take a look at this now. I noticed when I was working on #1620 but didn't think nothing of it.
There should be code in there to handle this.
Same issue with yarn add command
Something broke then since I definently remember fixing this for yarn add.
Ok, a fix must have tests then
Identified and fixed the issue, working on some tests now and will have a PR incoming soon!
This isn't fixed. I've run upgrade several times now on a couple private modules and while the initial upgrade command pulls down the newer module the yarn.lock doesn't get updated and for some reason old versions of the modules keep getting pulled back down.......even after running yarn cache clean.
@keeleycarrigan, I recommend opening a new issue with repro steps