MSBuild.NET.Extras.Sdk 1.4.0

MSBuild.NET.Extras.Sdk

Summary

This package contains a few extra extensions to the SDK-style projects that are currently not available in Microsoft.NET.Sdk SDK. This feature is tracked in dotnet/sdk#491

The primary goal of this project is to enable multi-targeting without you having to enter in tons of properties within your csproj, vbproj, fsproj, thus keeping it nice and clean.

See the original project by Oren Novotny for more information.

Package Name: MSBuild.NET.Extras.Sdk

Getting started (VS 15.6+)

Visual Studio 2017 Update 6 (aka v15.6) includes support for SDK's resolved from NuGet. That makes using the custom SDKs much easier.

Using the SDK

1. Create a new project

   • From dotnet new templates.
   • With your existing SDK-style project.
   • With the templates in the repo's TestProjects folder.

2. Replace Microsoft.NET.Sdk with MSBuild.NET.Extras.Sdk to the project's top-level Sdk attribute.

3. You have to tell MSBuild that the Sdk should resolve from NuGet by

   • Adding a global.json containing the SDK name and version.
   • Appending a version info to the Sdk attribute value.

4. Then you can edit the TargetFramework to a different TFM, or you can rename TargetFramework to TargetFrameworks and specify multiple TFM's with a semi-colon (;) separator.

The final project should look like this:

<Project Sdk="MSBuild.NET.Extras.Sdk">
  <PropertyGroup>
    <TargetFrameworks>net46;uap10.0;tizen40</TargetFrameworks>
  </PropertyGroup>
</Project>

You can put the global.json file next to your solution:

{
    "msbuild-sdks": {
        "MSBuild.NET.Extras.Sdk": "1.4.0"
    }
}

Then, all of your project files, from that directory forward, uses the version from the global.json file. This would be a preferred solution for all the projects in your solution.

Then again, you might want to override the version for just one project OR if you have only one project in your solution (without adding global.json), you can do so like this:

<Project Sdk="MSBuild.NET.Extras.Sdk/1.4.0">
  <PropertyGroup>
    <TargetFrameworks>net46;uap10.0;tizen40</TargetFrameworks>
  </PropertyGroup>
</Project>

That's it. You do not need to specify the UWP or Tizen meta-packages as they'll be automatically included. After that, you can use the Restore, Build, Pack targets to restore packages, build the project and create NuGet packages. E.g.: msbuild /t:Pack ...

Important to Note

• It will only work with Visual Studio IDE (Windows/Mac) as it requires the desktop msbuild and the target Platform SDKs which are not cross-platform.
• It might work in Visual Studio Code, but you have to configure build tasks in launch.json to use desktop msbuild to build.
• You must install the tools of the platforms you intend to build. For Xamarin, that means the Xamarin Workload; for UWP install those tools as well.

More information on how SDK's are resolved can be found here.

Migrate from the old way (VS pre-15.6)

For those who are using in a PackageReference style, you can't do that with v1.1+ of this package. So update VS to 15.6+ and manually upgrade your projects as shown below:

1. The same as above, replace the Sdk attribute's value.
2. Remove the workaround import specified with the old way. The import property should be MSBuildSdkExtrasDotNet.
3. Do a trial build and then compare your project with the templates in the repo's TestProjects folder to troubleshoot any issues if you encounter them.
4. Please file an issue if you can't troubleshoot on your own. Then I can help you with the issue you are facing.

Your project diff:

- <Project Sdk="Microsoft.NET.Sdk">
+ <Project Sdk="MSBuild.NET.Extras.Sdk">
  
  <PropertyGroup>
    <TargetFrameworks>net46;uap10.0;tizen40</TargetFrameworks>
  </PropertyGroup>

  <ItemGroup>
-    <PackageReference Include="MSBuild.NET.Extras.Sdk" Version="1.0.0" PrivateAssets="All"/>
     <PackageReference Include="System.ValueTuple" Version="5.0.0"/>
     
  </ItemGroup>

-  <Import Project="$(MSBuildSdkExtrasDotNet)" Condition="Exists('$(MSBuildSdkExtrasDotNet)')"/>
   
</Project>

- PackageReference style
+ SDK style

Note: If you're using Visual Studio for Mac, currently there's no support for resolving SDKs from NuGet. Until VS for Mac supports it, you can use PackageReference style. Also, you have to include any UWP or Tizen meta-package manually. If you are already using the package, just update it to get the new fixes.

Single or multi-targeting

Once this package is configured, you can now use any supported TFM in your TargetFramework or TargetFrameworks element. The supported TFM families are:

• netstandard (.NET Standard)
• netcoreapp (.NET Core App)
• net (.NET Framework)
• net35-client/net40-client (.NET Framework legacy Client profile)
• wpa (Windows Phone App 8.1)
• win (Windows 8 / 8.1)
• uap (Windows 10 / UWP)
• wp (Windows Phone Silverlight, WP7+)
• sl (Silverlight 4+)
• tizen (Tizen 3+)
• xamarin.android
• xamarin.ios
• xamarin.mac
• xamarin.watchos
• xamarin.tvos
• portableNN-/portable- (legacy PCL profiles like portable-net45+win8+wpa81+wp8)

For legacy PCL profiles, the order of the TFM's in the list does not matter, but the profile must be an exact match to one of the known profiles. If it's not, you'll get a compile error saying it's unknown. You can see the full list of known profiles here: Portable Library Profiles by Stephen Cleary.

If you try to use a framework that you don't have tools installed for, you'll get an error as well saying to check the tools. In some cases this might mean installing an older version of Visual Studio IDE (like 2015) to ensure that the necessary targets are installed on the machine.