The Microsoft Build Engine (MSBuild) is the build platform for .NET and Visual Studio. (by dotnet)


Basic MSBuild repo stats
5 days ago

dotnet/msbuild is an open source project licensed under MIT License which is an OSI approved license.

MSBuild Alternatives

Similar projects and alternatives to MSBuild based on common topics and language

  • GitHub repo EmptyLicensesLicx

    Easy continuous integration of apps using third-party controls that rely on licenses.licx files

  • GitHub repo FlubuCore

    A cross platform build and deployment automation system for building projects and executing deployment scripts using C# code.

  • GitHub repo Nake

    Magic script-based C# task runner for .NET Core

  • GitHub repo Roslyn

    The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.

  • GitHub repo Prism

    Prism is a framework for building loosely coupled, maintainable, and testable XAML applications in WPF, Xamarin Forms, and Uno / Win UI Applications.. (by PrismLibrary)

  • GitHub repo EFCorePowerTools

    Entity Framework Core Power Tools - reverse engineering, migrations and model visualization for EF Core

  • GitHub repo Zombusters

    🕹️ A retro style zombies shooter with cool isometric pixel art for Windows and MacOS

NOTE: The number of mentions on this list indicates mentions on common posts. Hence, a higher number means a better MSBuild alternative or higher similarity.


Posts where MSBuild has been mentioned. We have used some of these posts to build our list of alternatives and similar projects.
  • Fix Legacy Msbuild Issues | 2021-02-02
  • How do build events differ between Visual Studio for Windows and Mac?
    MSBuild and the Roslyn compiler are cross-platform. So the short answer is yes.
  • | 2020-08-27
    Generally speaking, C# relies on either third-party implementations like or Microsoft distributions, which on Windows is largely distributed via Visual Studio Downloads page, including the Tools for Visual Studio package: Are there other releases of msbuild, for example? Yes: But are they separate from releases of Visual Studio? No, as the release notes indicate. If you want to live on the bleeding edge of .NET development -- and I do recommend this -- you'll end up in the Preview channel of Visual Studio: and if you want to use Visual Studio Code instead, welcome to OmniSharp or similar "mostly compatible" solutions. It's totally fine until it's not, and it's definitely not portable or open enough -- yet. I look forward to the day when Visual Studio is fully open source because they can include subscriptions on top or something. That'll be the day when VS and VS Code could begin to merge a bit, at least for development on Microsoft platforms. But that hasn't happened yet, and they're rebuilding Visual Studio in Eclipse on other platforms to better support cross-platform development the same way Rider supports other platforms for JetBrains IDEs. It's a stop-gap until the fully-open-source versions of VS and VS Tools are finally available. I suspect they're waiting for .NET 5 or later, at this point...

    They're undoing the split between Core and .NET Framework by suggesting that they'll ship both within .NET 5 using shims or implementations of drop-in replacements for .NET Framework code to use. Imagine if after dropping Python 2 support there was a mode that scanned for Python 2 code and enabled it again, on a file-by-file basis, to work with newer Unicode strings using some kind of translation layer in the runtime. That's kind of what's happening here, I think, but maybe more lightweight than suggested. Legacy .NET Framework code still deprecated, but interoperability libraries will ship as part of the runtime or SDK, will have some amount of shims available. I haven't followed the details closely enough to say more than this, though. I last looked into it a few months ago.