Open flcdrg opened 7 years ago
The title is a bit of a tongue twister 😃
It depends on how those dependencies are defined.
This is possibly expected - https://chocolatey.org/packages/resharper has an exact version dependency so the graph is looking for a version of resharper (and others) that meet the dependency needs, thus causing the upgrades.
Outside of Chocolatey, when you upgrade ReSharper, should the platform be upgraded? And vice versa?
It does sound like the order is backwards though for the upgrade
So 'resharper-platform' is just a way for them to pull down the installer .exe once, as JetBrains bundle all the products in one installer. All the other packages just contain scripts that call that .exe with specific arguments. If you didn't use Chocolatey, then you'd download the .exe and choose which products to install.
Yeah, the order is funny. The problem seems to be that the download doesn't actually happen until all the top-level package installers have run (and failed because the .exe isn't there yet)
There's also issues with the JetBrains packages not actually properly upgrading the installed software, but I think that's unrelated. I'll chase up JetBrains on that one.
Probably need to research this one a bit more - it's definitely not the way it should work.
What You Are Seeing?
Upgrading the resharper-platform package seems to trigger running the install scripts for all packages that depend on resharper-platform (eg. dotmemory, resharper, dotcover etc) before resharper-platform has actually downloaded
What is Expected?
Upgrading resharper-platform should not fire install script for other packages that depend on it.
resharper-platform is just an example, this should be a general rule for any dependant package too, I would have thought.
How Did You Get This To Happen? (Steps to Reproduce)
Output Log
https://gist.github.com/flcdrg/ff81d6a8f9846f7b1a346f9b72f04162