dotnet@9 for Mac

dotnet/dotnet - Home of the .NET VMR

This repository is a Virtual Monolithic Repository (VMR) which includes all the source code and infrastructure needed to build the .NET SDK.

What this means: Monolithic - a join of multiple repositories that make up the whole product, such as dotnet/runtime or dotnet/sdk. Virtual - a mirror (not replacement) of product repos where sources from those repositories are synchronized with.

In the VMR, you can find: source files of each product repository which are mirrored inside of their respective directories under src/, tooling that enables building the whole .NET product from source on Linux platforms, [in future] E2E tests for the whole .NET product.

Just like the development repositories, the VMR will have a release branch for every feature band (e.g. release/10.0.1xx). Similarly, VMR's main branch will follow default branches of product repositories (see Synchronization Based on Declared Dependencies).

More in-depth documentation about the VMR can be found in VMR Design And Operation. See also dotnet/source-build for more information about our whole-product source-build.

Installing the SDK

You can download the .NET SDK either as an installer (MSI, PKG) or as an archive (zip, tar.gz). The .NET SDK contains both the .NET runtimes and CLI tools. Latest builds table

Goals The main purpose of the dotnet/dotnet repository is to have all source code necessary to build the .NET product available in one repository and identified by a single commit. The VMR also aims to become the place from which we release and service future versions of .NET to reduce the complexity of the product construction process. This should allow our partners and 3rd parties to easily build, test and modify .NET using their custom infrastructure as well as make the process available to the community. Lastly, we hope to solve other problems that the current multi-repo setup brings: Enable the standard down-/up-stream open-source model. Fulfill requirements of .NET distro builders such as Red Hat or Canonical to natively include .NET in their distribution repositories. Simplify scenarios such as client-run testing of bug fixes and improvements. The build should work in an offline environment too for certain platforms. Enable developers to make and test changes spanning multiple repositories. More efficient pipeline for security fixes during the CVE pre-disclosure process.