CI to automate build of dotnet tarball for dotnet6-sdk aport https://gitlab.alpinelinux.org/alpine/aports/-/tree/master/community/dotnet6-sdk
Find a file
Michael Yanni 3acc889653 Merge branch 'feature/installer-merge-update-main' into feature/installer-merge-update
# Conflicts:
#	.vsts-ci.yml
#	eng/Publishing.props
#	eng/Versions.props
#	eng/build.yml
#	global.json
#	src/redist/targets/BundledTemplates.targets
#	src/redist/targets/GenerateBundledVersions.targets
#	src/redist/targets/Versions.targets
2024-04-05 11:17:48 -07:00
.config Update dependencies from https://github.com/dotnet/arcade-services build 2024-03-23 12:57:03 +00:00
.devcontainer/vmr-source-build Move the source-build script back to the root of the repo (#19059) 2024-03-15 14:45:04 +00:00
.github/workflows Add backport workflow 2023-09-22 17:40:44 +00:00
eng Merge branch 'feature/installer-merge-update-main' into feature/installer-merge-update 2024-04-05 11:17:48 -07:00
resources/images Remove ImportAfter target for NuGet 2017-10-25 16:41:57 -07:00
src Merge branch 'feature/installer-merge-update-main' into feature/installer-merge-update 2024-04-05 11:17:48 -07:00
test Added Valleysoft.DockerCredsProvider.dll exclusion back as it is necessary. Updated or removed TODO comments. Fixed some tabbing from merging. Fixed a compilation bug if this code is ever built against 4.5.1(????) 2024-02-28 12:12:30 -08:00
TestAssets Update the coresdk target and default tool TFM as well as the stage 0 SDK 2023-10-12 11:17:57 -07:00
tools/sdk-readme-table-generator Update table as preview 2 branch has snapped. Probably dont merge this for a few days so the links can populate. Follows 40e5371010 2024-02-23 13:05:20 -08:00
.editorconfig Cleanup extra qualification. Cleanup redundant casting. Cleanup usings. Set var suggestion to none. 2023-11-10 17:23:47 -08:00
.gitattributes Treat xlf as text 2017-12-07 16:00:07 -08:00
.gitignore Enable build.sh for non source build scenarios (#18358) 2024-01-24 21:01:24 +01:00
.vsts-ci.yml Using MicroBuildOutputFolderOverride to move the MicroBuild plugin install directory. 2024-03-25 11:36:59 -07:00
.vsts-pr.yml Made the official CI pipeline use 1ES templates from Arcade. Created separate build-pr.yml for PR pipeline to use. Modified CI and normal build.yml to no longer have public conditional logic. Changed to using PT image for migration testing. Updated localization.yml to use the new templates. 2024-03-08 12:38:29 -08:00
build.cmd Bypass powershell execution policy 2017-03-15 14:01:27 -07:00
build.sh Switch repo to use native AzDO container support (#14541) 2022-09-27 11:15:12 -07:00
CODE-OF-CONDUCT.md Link Code of Conduct 2020-04-02 13:48:35 -07:00
CODEOWNERS Update CODEOWNERS (#18894) 2024-03-06 18:58:06 +01:00
CONTRIBUTING.md Making this repo consume the dotnet-sdk-internal zip and produce a full core-sdk by using sdk-internal, runtime, lzma, templates and store. Also deleted a bunch of now, unecessary code. I am sure there is more to be deleted though. 2017-10-13 10:45:50 -07:00
Directory.Build.props Addressing PR feedback. Trying the signing for Valleysoft.DockerCredsProvider.dll again. 2024-04-02 15:46:55 -07:00
Directory.Build.targets [main] Update dependencies from dotnet/sdk (#10023) 2021-03-26 23:45:47 +00:00
Downloads2.x.md Fix download links 2020-02-28 15:22:23 -08:00
global.json Merge branch 'feature/installer-merge-update-main' into feature/installer-merge-update 2024-04-05 11:17:48 -07:00
LICENSE [master] Update dependencies from dotnet/arcade (#1056) 2019-03-20 21:42:05 +00:00
Microsoft.DotNet.Cli.sln Instead of making it complicated, I simply made these 2 packaging projects only ever build with the default configuration (Debug) since it is irrelevant for packaging. Updated the paths used when creating the MSIs, which uses the output of these to create NuGet packages. 2023-12-13 17:34:32 -08:00
NuGet.config Merge branch 'release/8.0.3xx' 2024-03-19 23:31:00 -07:00
PULL_REQUEST_TEMPLATE Update pull request template (#7288) 2020-04-24 11:06:59 -07:00
README.md Update installer table 2024-03-18 14:01:04 -07:00
run-build.ps1 Merge branch 'feature/installer-merge-update-main' into feature/installer-merge-update 2024-02-27 13:09:06 -08:00
run-build.sh Revert "Merge branch 'release/8.0.2xx'" 2023-11-27 16:09:21 -05:00
SECURITY.md Add SECURITY.md 2020-02-26 01:44:53 +00:00
source-build.slnf Adding SDK resolver project back 2021-05-06 11:23:31 -07:00
THIRD-PARTY-NOTICES Add license text to LZMA SDK license notice 2017-02-26 12:11:05 -08:00

.NET SDK Installers

GitHub release GitHub repo size GitHub issues-opened GitHub issues-closed GitHub pulls-opened GitHub pulls-merged GitHub pulls-unmerged GitHub contributors Commit Activity

This repo contains the source code for the cross-platform .NET SDK. It aggregates the .NET toolchain, the .NET runtime, the templates, and the .NET Windows Desktop runtime. It produces zip, tarballs, and native packages for various supported platforms.

Looking for released versions of the .NET tooling?

The links below are for preview versions of .NET tooling. Prefer to use released versions of the .NET tools? Go to https://dot.net/download.

Looking for .NET Framework downloads?

.NET Framework is the product from which the .NET Core project originated. .NET Core (mostly just called ".NET" here) adds many features and improvements and supports many more platforms than .NET Framework. .NET Framework remains fully supported and you can find the downloads on the .NET website. For new projects, we recommend you use .NET Core.

Want to contribute or find out more about the .NET project?

This repo is for the installers. Most of the implementation is in other repos, such as the dotnet/runtime repo or the dotnet/aspnetcore repo and many others. We welcome you to join us there!

Found an issue?

You can consult the Documents Index for the SDK repo to find out current issues, see workarounds, and to see how to file new issues.

This project has adopted the code of conduct defined by the Contributor Covenant to clarify expected behavior in our community. For more information, see the .NET Foundation Code of Conduct.

Build .NET installer

The repository contains native code project required for the Windows installer. If you intend to build it locally on Windows, you will need to ensure that you have the following items installed.

  • Install CMAKE 3.21.0 is required if you're building VS 17.0. Make sure to add CMAKE to your PATH (the installer will prompt you).

  • Install MSVC Build tools for x86/x64/arm64, v14.28-16.9

  • build for basic build

  • build -pack to build the installer

  • To build in VS, run a command line build first, then run artifacts\core-sdk-build-env.bat from a VS command prompt and then devenv Microsoft.DotNet.Cli.sln

  • To test different languages of the installer, run artifacts\packages\Debug\Shipping>dotnet-sdk-3.1.412-win-x64.exe /lang 1046 using the LCID of the language you want to test

Build .NET from source (source-build)

This repo also contains code to help you build the entire .NET product end-to-end from source (often referred to as source-build), even in disconnected/offline mode. Please see the dotnet/source-build repo for more information.

Support

.NET Source-Build is supported on the oldest available .NET SDK feature update for each major release, and on Linux only. For example, if .NET 6.0.1xx, 6.0.2xx, and 7.0.1xx feature updates are available from dotnet.microsoft.com, Source-Build will support 6.0.1xx and 7.0.1xx. For the latest information about Source-Build support for new .NET versions, please check our GitHub Discussions page for announcements.

Prerequisites

The dependencies for building .NET from source can be found here.

Building .NET 8.0

.NET 8.0 (currently in prerelease) and newer will be built from the dotnet/dotnet repo. Clone the dotnet/dotnet repo and check out the tag for the desired release. Then, follow the instructions in dotnet/dotnet's README to build .NET from source.

Codespaces

It is also possible to utilize GitHub Codespaces and build .NET from the dotnet/dotnet repository from source that way. You can either create a Codespace in dotnet/dotnet directly or you can also make one from a PR branch in dotnet/installer. This will give you an environment with the VMR checked out and containing all of new changes from the PR. This can be especially valuable for investigations of source-build failures during PRs.

To create a Codespace for a dotnet/installer PR, use the vmr-source-build devcontainer configuration (select this when "newing the Codespace with options" under the three-dots-menu). Further instructions on how to build inside of the Codespace will be available upon launch.

Building .NET 7.0 and .NET 6.0

  1. Create a .NET source tarball.

    ./build.sh /p:ArcadeBuildTarball=true /p:TarballDir=/path/to/place/complete/dotnet/sources
    

    This fetches the complete .NET source code and creates a tarball at artifacts/packages/<Release|Debug>/Shipping/. The extracted source code is also placed at /path/to/place/complete/dotnet/sources. The source directory should be outside (and not somewhere under) the installer directory.

  2. Prep the source to build on your distro. This downloads a .NET SDK and a number of .NET packages needed to build .NET from source.

    cd /path/to/complete/dotnet/sources
    ./prep.sh --bootstrap
    
  3. Build the .NET SDK

    ./build.sh --clean-while-building
    

    This builds the entire .NET SDK from source. The resulting SDK is placed at artifacts/x64/Release/dotnet-sdk-7.0.100-your-RID.tar.gz.

    Optionally add the --online flag to add online NuGet restore sources to the build. This is useful for testing unsupported releases that don't yet build without downloading pre-built binaries from the internet.

    Run ./build.sh --help to see more information about supported build options.

  4. (Optional) Unpack and install the .NET SDK

    mkdir -p $HOME/dotnet
    tar zxf artifacts/x64/Release/dotnet-sdk-7.0.100-your-RID.tar.gz -C $HOME/dotnet
    ln -s $HOME/dotnet/dotnet /usr/bin/dotnet
    

    To test your source-built SDK, run the following:

    dotnet --info
    

Build status

Visibility All legs
Public Status
Microsoft Internal Status

Installers and Binaries

You can download the .NET SDK as either an installer (MSI, PKG) or a zip (zip, tar.gz). The .NET SDK contains both the .NET runtime and CLI tools.

Note: Be aware that the following installers are the latest bits. If you want to install the latest released versions, check out the preceding section. With development builds, internal NuGet feeds are necessary for some scenarios (for example, to acquire the runtime pack for self-contained apps). You can use the following NuGet.config to configure these feeds. See the following document Configuring NuGet behavior for more information on where to modify your NuGet.config to apply the changes.

For .NET 9 builds

<configuration>
  <packageSources>
    <add key="dotnet9" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet9/nuget/v3/index.json" />
  </packageSources>
</configuration>

For .NET 8 builds

<configuration>
  <packageSources>
    <add key="dotnet8" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet8/nuget/v3/index.json" />
  </packageSources>
</configuration>

For .NET 7 builds

<configuration>
  <packageSources>
    <add key="dotnet7" value="https://pkgs.dev.azure.com/dnceng/public/_packaging/dotnet7/nuget/v3/index.json" />
  </packageSources>
</configuration>

Do not directly edit the table below. Use https://github.com/dotnet/installer/tree/main/tools/sdk-readme-table-generator to help you generate it. Make sure to run the table generator test and make any changes to the generator along with your changes to the table. Daily servicing builds aren't shown here because they may contain upcoming security fixes. All public servicing builds can be downloaded at http://aka.ms/dotnet-download.

Table


Platform main
(9.0.x Runtime)
9.0.1xx-preview3
(9.0-preview3 Runtime)
8.0.3xx
(8.0 Runtime)
Release/7.0.4xx
(7.0.x Runtime)
Windows x64
Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum
Windows x86
Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum

Installer - Checksum
zip - Checksum
Windows arm N/A N/A N/A N/A
Windows arm64
Installer - Checksum
zip

Installer - Checksum
zip

Installer - Checksum
zip

Installer - Checksum
zip
macOS x64
Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum
macOS arm64
Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum

Installer - Checksum
tar.gz - Checksum
Linux x64
DEB Installer - Checksum
RPM Installer - Checksum
see installer note below1
tar.gz - Checksum

DEB Installer - Checksum
RPM Installer - Checksum
see installer note below1
tar.gz - Checksum

DEB Installer - Checksum
RPM Installer - Checksum
see installer note below1
tar.gz - Checksum

DEB Installer - Checksum
RPM Installer - Checksum
see installer note below1
tar.gz - Checksum
Linux arm
tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum
Linux arm64
tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum
Linux-musl-x64
tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum
Linux-musl-arm
tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum
Linux-musl-arm64
tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum

tar.gz - Checksum
RHEL 6 N/A N/A N/A N/A

Reference notes:

1: Our Debian packages are put together slightly differently than the other OS specific installers. Instead of combining everything, we have separate component packages that depend on each other. If you're installing the SDK from the .deb file (via dpkg or similar), then you'll need to install the corresponding dependencies first:

.NET Core SDK 2.x downloads can be found at .NET Core SDK 2.x Installers and Binaries but they are out of support.

Looking for dotnet-install sources?

Sources for dotnet-install.sh and dotnet-install.ps1 are in the install-scripts repo.

Questions & Comments

For all feedback, use the Issues on the .NET SDK repository.

License

The .NET project uses the MIT license.

The LICENSE and ThirdPartyNotices in any downloaded archives are authoritative.