msbuild-server

Cache MSBuild evaluation results across sequential dotnet build invocations.

1|Updated May 21, 2026
One-click install
npx skills add https://github.com/1k-off/umbraco-observability-playground --skill msbuild-server-1k-off
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: msbuild-server
Source: https://github.com/1k-off/umbraco-observability-playground/tree/main/.agents/skills/msbuild-server
Command: npx skills add https://github.com/1k-off/umbraco-observability-playground --skill msbuild-server-1k-off

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

MSBuild Server reduces slow command-line build times by caching MSBuild evaluation results across repeated CLI builds, closing the performance gap developers often see versus Visual Studio.

Core Features & Use Cases

  • Improves CLI incremental performance: Uses the MSBuild Server to reuse evaluation work between sequential dotnet build runs.
  • Best for CI and repeated builds: Particularly effective when CI agents run many builds on the same repo or when projects have complex Directory.Build.props chains.
  • Safer activation boundaries: Intended for CLI build contexts only (not IDE builds) and can be disabled if build correctness issues are suspected.

Quick Start

Enable MSBuild Server for your shell session by setting MSBUILDUSESERVER=1, then run two sequential dotnet build commands for the same project to verify the second run is faster.

Frequently Asked Questions about msbuild-server

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
Why is my dotnet build slower in the CLI than in Visual Studio?

Command-line .NET builds are slower than Visual Studio because they re-evaluate MSBuild properties from scratch. MSBuild Server caches evaluation results across sequential CLI builds to bridge this performance gap.

How do I enable MSBuild Server for incremental builds?

To enable MSBuild Server, set the environment variable MSBUILDUSESERVER=1 in your CLI shell. Run two sequential dotnet build commands for the same project to verify the second warm build is faster.

Does MSBuild Server work with Directory.Build.props chains?

Yes, MSBuild Server is particularly effective for projects with complex Directory.Build.props chains. Caching evaluation results across sequential builds significantly reduces overhead in these scenarios.

How do I shut down the dotnet build server for troubleshooting?

You can shut down the dotnet build server by running the dotnet build-server shutdown command. This provides a clean restart and helps troubleshoot suspected build correctness issues.

When should I not use MSBuild Server?

You should disable MSBuild Server if you suspect build correctness issues, as it is intended for CLI build contexts only. Shut it down via dotnet build-server shutdown and validate improvements by comparing cold and warm builds.