Requirement for CLI tool authors to list Microsoft.NETCore.Platforms in nuspec
See original GitHub issueAccording to current design spec, global CLI tool authors must define the <dependencies>
section in spec as follows:
<dependencies>
<dependency id="Microsoft.NETCore.Platforms" version="2.0.1" />
</dependencies>
Is this really necessary? From my initial tests, portable .NET Core app tools restore just fine without this in the nuspec.
IIUC this is only required for rid-specific tools, not portable ones. RID-restores require it because dotnet-install-tool is implemented as a dotnet-restore. Could dotnet-install-tool add Microsoft.NETCore.Platforms to the generated csproj it uses to call dotnet-restore?
cc @wli3 @livarcocc
Issue Analytics
- State:
- Created 6 years ago
- Comments:19 (9 by maintainers)
Top Results From Across the Web
Requirement for CLI tool authors to list Microsoft.NETCore. ...
According to current design spec, global CLI tool authors must define the section in spec as follows: Is this really necessary?...
Read more >nuspec File Reference for NuGet
A comma-separated list of packages authors, matching the profile names on nuget.org. These are displayed in the NuGet Gallery on nuget.org and ...
Read more >Create a package using the nuget.exe CLI
A detailed guide on designing and creating a NuGet package, including files and versioning.
Read more >Package authoring best practices - NuGet
This guidance is intended to give NuGet package authors a lightweight reference to create and publish high-quality packages.
Read more >MSBuild reference for .NET SDK projects
Reference for the MSBuild properties and items that are understood by the .NET SDK.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
This is the plan.
There is a plan for RID specific packages in the future: Will, if you can maintain notes on what we plan on that it would be great, probably a separate issue, which will also call out that they are not supported in this first version.
For clarity, the user is not expected to be aware of the temp project, so no action will be needed on this issue by either consumer or producer (we removed the need for the producer to include
Microsoft.NETCore.Platforms
)@KathleenDollard created https://github.com/dotnet/cli/issues/8617 for 2.1.3xx https://github.com/dotnet/cli/issues/8618 is for future.
I am closing this issue in favor of 8617