GetTargetFrameworkMoniker
target to get framework version of the referenced project, and then NuGet's VersionUtility.GetShortFrameworkName
to determine the folder name.
Extensions.cs
VersionUtility.GetShortFrameworkName
, or they want to use some other way of detecting netstandard projects
VersionUtility.GetShortFrameworkName
in NuGet.Client doesn't mention netstandardX.Y
at all
...\src\ClassLibrary7\bin\Debug\netstandard1.6\ClassLibrary7.dll
.NETFramework,Version=v4.5.1
for `GetTargetFrameworkMoniker, even though it's supposed be netstandard1.6
I've been using Nuget.Package.Builder (a Nuget package by Lars Skovlund) which turns any class library project into a Nuget packager producer for years. So you only have one project, not two. Is there any benefit of NuProj over Package Builder?
His approach adds a bunch of MSBuild code via a .targets file. I really like the purer approach that NuProj takes, but its a pity that it needs that extra project for every Nuget package (unless I'm woefully misunderstanding something)
Oh, and for open source stuff I've been using AppVeyor to create and push the packages