This class library is a fluent interface for generating MSBuild projects and NuGet package repositories. Its primarily for unit tests that need MSBuild projects to do their testing.
You want to test a custom MSBuild task that you are building so your unit tests need to generate a project that you can build with MSBuild. The following code would generate the necessary project:
ProjectCreator creator = ProjectCreator.Create("test.proj")
.UsingTaskAssemblyFile("MyTask", pathToMyTaskAssembly)
.ItemInclude("CustomItem", "abc")
.Property("CustomProperty", "value")
.Target("Build")
.Task(
name: "MyTask",
parameters: new Dictionary<string, string>
{
{ "MyProperty", "$(CustomProperty)" },
{ "Items", "@(CustomItem)" }
});The resulting project would look like this:
<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<UsingTask TaskName="MyTask" AssemblyFile="..." />
<ItemGroup>
<CustomItem Include="abc" />
</ItemGroup>
<PropertyGroup>
<CustomProperty>value</CustomProperty>
</PropertyGroup>
<Target Name="Build">
<MyTask MyProperty="$(CustomProperty)" Items="@(CustomItem)" />
</Target>
</Project>Use the TryBuild methods to build your projects. TryBuild returns a BuildOutput object which captures the build output for you.
Note: Projects are built in a different process to avoid assembly load conflicts so projects must be saved before being built.
This example creates a project that logs a message, saves the project, executes TryBuild, and asserts some conditions against the build output.
ProjectCreator.Create()
.TaskMessage("Hello, World!")
.Save(path)
.TryBuild(out bool success, out BuildOutput log);
Assert.True(success);
Assert.Equal("Hello, World!", log.Messages.Single().Message);You can extend the ProjectCreator class by adding extension methods.
You can implement a method that adds a known item type with metadata. It is recommended that you prefix the method with Item so it is included alphabetically with other methods that add items. Your method should call the ProjectCreator.ItemInclude method with the custom metadata.
public static class ExtensionsMethods
{
public static ProjectCreator ItemMyCustomType(this ProjectCreator creator, string include, string param1, string param2, string condition = null)
{
return creator.ItemInclude(
"MyCustomType",
include,
null,
new Dictionary<string, string>
{
{ "Metadata1", param1 },
{ "Metadata2", param2 }
},
condition);
}
}The above extension method would add the following item:
<ItemGroup>
<MyCustomType Include="X">
<Metadata1>Y</Metadata1>
<Metadata2>Y</Metadata2>
</MyCustomType>
</ItemGroup>This API does not redistribute MSBuild and so it must be located at run-time. There are two locators to be aware of:
MSBuildAssemblyResolver.Register()provided in this packageMSBuildLocator.RegisterDefaults()in the MSBuildLocator package
In either case, you need to register before running any MSBuild operations. There are three main ways to ensure registration:
If you're targeting C# 9.0+ / .NET 5+, use a module initializer. MSBuild assemblies will be automatically located when your assembly is loaded:
using System.Runtime.CompilerServices;
internal static class MyModuleInitializer
{
[ModuleInitializer]
internal static void InitializeMSBuild()
{
MSBuildAssemblyResolver.Register();
}
}If you're unable or don't want to use a module initializer and your project is a unit test, have your test class inherit from MSBuildTestBase:
/// <summary>
/// A base class for all unit tests that inherits from MSBuildTestBase.
/// </summary>
public class MyTestBase : MSBuildTestBase
{
// Custom base class logic.
}
/// <summary>
/// A unit test class that will be able to use this API since MSBuild is located at run-time.
/// </summary>
public class MyTest : MyTestBase
{
}Add a static constructor and call the registration API:
public static class MyApp
{
public static MyApp()
{
MSBuildAssemblyResolver.Register();
}
}Several project templates are included for convenience purposes. One template is the SDK-style C# project:
using Microsoft.Build;
using Microsoft.Build.Utilities.ProjectCreation;
namespace MyApplication
{
public static void Main(string[] args)
{
ProjectRootElement project = ProjectCreator.Templates.SdkCsproj("project1.csproj");
}
}In the above example, the generated project looks like this:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>netstandard2.0</TargetFramework>
</PropertyGroup>
</Project>
You can create your own templates by adding extension methods.
Your extension methods should extend the ProjectCreatorTemplates class so they are available as methods to the ProjectCreator.Templates property.
public static class ExtensionMethods
{
public ProjectCreator LogsMessage(this ProjectCreatorTemplates template, string text, string path = null, MessageImportance ? importance = null, string condition = null)
{
return ProjectCreator.Create(path)
.TaskMessage(text, importance, condition);
}
}The above extension method can be called like this:
using Microsoft.Build;
using Microsoft.Build.Utilities.ProjectCreation;
namespace MyApplication
{
public static void Main(string[] args)
{
ProjectRootElement project = ProjectCreator.Templates.LogsMessage("Hello, World!");
}
}And the resulting project would look like this:
<?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Target Name="Build">
<Message Text="Hello, World!" />
</Target>
</Project>NuGet and MSBuild are very tightly coupled and a lot of times you need packages available when building projects. This API offers two solutions:
- Package repository - This allows you to create a repository of restored packages as if NuGet has already installed them.
- Package feed - This allows you to create a file-based package feed of actual
.nupkgfiles.
Create a package repository if you want to generate packages as if they've already been installed. If you want to create actual .nupkg packages, see [Package Feed]
Create a package repository with a package that supports two target frameworks:
using(PackageRepository.Create(rootPath)
.Package("MyPackage", "1.2.3", out PackageIdentity package)
.Library("net472")
.Library("netstandard2.0"))
{
// Create projects that reference packages
}The resulting package would have a lib\net472\MyPackage.dll and lib\netstandard2.0\MyPackage.dll class library. This allows you to restore and build projects that consume the packages
using(PackageRepository.Create(rootPath)
.Package("MyPackage", "1.0.0", out PackageIdentity package)
.Library("netstandard2.0"))
{
ProjectCreator.Templates.SdkCsproj()
.ItemPackageReference(package)
.Save(Path.Combine(rootPath, "ClassLibraryA", "ClassLibraryA.csproj"))
.TryBuild(restore: true, out bool result, out BuildOutput buildOutput);
}The result would be a project that references the MyPackage package and would restore and build accordingly.
By default, all package sources are disabled so that when running unit tests packages are not pulled from the network. This is because the package repository is supposed to simulate that packages have already been restored.
You can add feeds if needed with the following examples:
using(PackageRepository.Create(rootPath, feeds: new Uri("https://api.nuget.org/v3/index.json"))
{
}DirectoryInfo localFeed = new DirectoryInfo("<path to local feed>");
using(PackageRepository.Create(rootPath, feeds: new Uri(localFeed.FullName))
{
}// Create a local feed with one package
string TestRootPath = "<path to folder used for testing>";
string FeedRootPath = Path.Combine(TestRootPath, "Feed");
using PackageFeed packageFeed = PackageFeed.Create(FeedRootPath)
.Package("PackageA", "1.0.0", out Package packageA)
.Library(TargetFramework)
.Save();
// Create a package repository that points to the local feed
using PackageRepository packageRepository = PackageRepository.Create(TestRootPath, feeds: packageFeed);Create a package feed if you want to generate .nupkg packages that can be installed by NuGet. If you want to create a repository of packages as if they've already been installed, see [Package Repository].
Create a package feed with a package that supports two target frameworks:
PackageFeed.Create(rootPath)
.Package("MyPackage", "1.2.3", out Package package)
.Library("net472")
.Library("netstandard2.0"))
.Save();
ProjectCreator projectCreator = ProjectCreator.Create()
.ItemPackageReference(package)The resulting package would have a lib\net472\MyPackage.dll and lib\netstandard2.0\MyPackage.dll class library. This allows you to restore and build projects that consume the packages