Show version number for "SDK" packages in Solution Explorer #2807
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently we include the version number in the caption for package items under the Dependencies node in Solution Explorer, like this:
However, we don't do the same thing for items under the SDK node. In this case the model for SDK dependencies supports a version number; we just need to update the caption to show it.
Note that the SDK dependencies are ultimately backed by items produced by the
CollectSDKReferencesDesignTime
task in the dotnet/sdk repo, and these items currently do not includeVersion
metadata. That will go in as a separate change (see dotnet/sdk#1572), and only once both of these changes come together will you see the version number in Solution Explorer.Customer scenario
Customer wishes to see which version of NETStandard.Library or Microsoft.NETCore.App their project is using. The natural place to put this is on the node in the Solution Explorer, but we don't currently:
We do show the version number for NuGet packages, though.
Bugs this fixes:
Related to #2248.
Workarounds, if any
Examine the project file directly, or open the project properties.
Risk
Low.
Performance impact
Low; this is just a change to how we display the package name.
Is this a regression from a previous update?
No.
Root cause analysis:
Overlooked as part of the initial Dependencies node work, possibly because it requires changes in dotnet/SDK to light up.
How was the bug found?
Internal use.