Open bschaatsbergen opened 3 years ago
Any status on this?
Hi
At the moment we do support different runtime versions based on major.minor version, but for the SDK there's only a single channel. For example, SDK 6.0.1xx can target older runtimes and you can acquire those using separate snaps. When the next release comes out you'd simply remove and install the next SDK. My understanding is that early on there was some work around having multiple SDK channels, but that caused more issues.
One scenario I can see where this would be useful is when you have a stable SDK and want to try out the preview of the next major release. Was there another reason for wanting to install multiple SDKs?
The SDK featurebands, e.g. .2xx, 3.xx typically track support for Visual Studio, so when there are multiple supported SDK bands, the snap should always point to the highest feature band, e.g. if we shipped both 6.0.103 and 6.0.409, then an update from 6.0.100 would take you to 6.0.409.
cc @leecow
Thanks for the extensive reply @joeloff. As you mentioned and shown in the example I provided, I was indeed running a stable 5.0 SDK and was eager to try out the 6.0.100-rc.1.21458.32 release candidate. I would think this should be possible for people that have .NET SDKs installed via snap, as it's now blocking them from exploring previews/release candidates (unless they install binaries and point applications/editors to that set of binaries (which is how I solved it at the time).
+1, keeping .NET 8 is important but starting to use .NET 9 would be neat
When trying to install the .NET 6 preview SDK through snap it prompted me (https://snapcraft.io/dotnet-sdk)
as I already have the .NET 5 sdk installed through snap.
I don't have a proposed solution unless you're able to install snaps with aliases or be able to alter the installed package name?
Perhaps allow us to install snaps in a similiar way the runtime is Installed?