Skip to content

Expand/standardize usage of package@version syntax across the .NET CLI #47980

Open
3 of 4 issues completed
Open
@baronfel

Description

@baronfel

Back in #42367 we got agreement from NuGet to start moving onto this syntax because of familiarity from other ecosystems.

Per conversation earlier today, we agreed to the package@version syntax and we'll start with just the workload and matching manifest. We decided to just use the existing --version or workloadVersion in the global.json for this and look for the @ symbol.

We have three options for fetching this from nuget:

  1. Download all of the available workload sets for the current SDK band and pick the highest that matches
  2. Use the NuGet package tag to start this information and use the api to query the tags
  3. Get NuGet to add a property bag queryable from the API

We agreed to proceed with one since the number of workload sets should be relatively

Originally posted by @marcpopMSFT in #42367

Sub-issues

Metadata

Metadata

Assignees

Labels

Area-WorkloadsDocument for new featureUser StoryA single user-facing feature. Can be grouped under an epic.cli-uxIssues and PRs that deal with the UX of the CLI (exit codes, log output, verbs/options, and so on)untriagedRequest triage from a team member

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions