This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Note
Access to this page requires authorization. You can trysigning in orchanging directories.
Access to this page requires authorization. You can trychanging directories.
Note
The behavior of the install script has changed. It downloads .NET from new network locations. For more information, seeCritical: .NET Install links are changing.
dotnet-install.ps1
|dotnet-install.sh
- Script used to install the .NET SDK and the shared runtime.
Windows:
dotnet-install.ps1 [-Architecture <ARCHITECTURE>] [-AzureFeed] [-Channel <CHANNEL>] [-DryRun] [-FeedCredential] [-InstallDir <DIRECTORY>] [-JSonFile <JSONFILE>] [-NoPath] [-ProxyAddress] [-ProxyBypassList <LIST_OF_URLS>] [-ProxyUseDefaultCredentials] [-Quality <QUALITY>] [-Runtime <RUNTIME>] [-SkipNonVersionedFiles] [-UncachedFeed] [-KeepZip] [-ZipPath <PATH>] [-Verbose] [-Version <VERSION>]Get-Help ./dotnet-install.ps1
Linux/macOS:
dotnet-install.sh [--architecture <ARCHITECTURE>] [--azure-feed] [--channel <CHANNEL>] [--dry-run] [--feed-credential] [--install-dir <DIRECTORY>] [--jsonfile <JSONFILE>] [--no-path] [--quality <QUALITY>] [--runtime <RUNTIME>] [--runtime-id <RID>] [--skip-non-versioned-files] [--uncached-feed] [--keep-zip] [--zip-path <PATH>] [--verbose] [--version <VERSION>]dotnet-install.sh --help
The bash script also reads PowerShell switches, so you can use PowerShell switches with the script on Linux/macOS systems.
Thedotnet-install
scripts perform a non-admin installation of the .NET SDK, which includes the .NET CLI and the shared runtime. There are two scripts:
Note
.NET collects telemetry data. To learn more and how to opt out, see.NET SDK telemetry.
The intended use of the scripts is for Continuous Integration (CI) scenarios, where:
The SDK needs to be installed without user interaction and without admin rights.
The SDK installation doesn't need to persist across multiple CI runs.
The typical sequence of events:
To set up a development environment or to run apps, use the installers rather than these scripts.
We recommend that you use the stable version of the scripts:
The source for the scripts is in thedotnet/install-scripts GitHub repository.
Both scripts have the same behavior. They download the ZIP/tarball file from the CLI build drops and proceed to install it in either the default location or in a location specified by-InstallDir|--install-dir
.
By default, the installation scripts download the SDK and install it. If you wish to only obtain the shared runtime, specify the-Runtime|--runtime
argument.
By default, the script adds the install location to the $PATH for the current session. Override this default behavior by specifying the-NoPath|--no-path
argument. The script doesn't set theDOTNET_ROOT
environment variable.
Important
The script doesn't add the install location to the user'sPATH
environment variable, you must manually add it.
Before running the script, make sure that your operating system is supported. For more information, seeInstall .NET on Windows, Linux, and macOS.
You can install a specific version using the-Version|--version
argument. The version must be specified as a three-part version number, such as2.1.0
. If the version isn't specified, the script installs thelatest
version.
The install scripts do not update the registry on Windows. They just download the zipped binaries and copy them to a folder. If you want registry key values to be updated, use the .NET installers.
-Architecture|--architecture <ARCHITECTURE>
Architecture of the .NET binaries to install. Possible values are<auto>
,amd64
,x64
,x86
,arm64
,arm
,s390x
,ppc64le
, andriscv64
. The default value is<auto>
, which represents the currently running OS architecture.
-AzureFeed|--azure-feed
For internal use only. Allows using a different storage to download SDK archives from. The default ishttps://builds.dotnet.microsoft.com/dotnet
.
-Channel|--channel <CHANNEL>
Specifies the source channel for the installation. The possible values are:
STS
: The most recent Standard Term Support release.LTS
: The most recent Long Term Support release.3.1
or8.0
).Theversion
parameter overrides thechannel
parameter when any version other thanlatest
is used.
The default value isLTS
. For more information on .NET support channels, see the.NET Support Policy page.
-DryRun|--dry-run
If set, the script won't perform the installation. Instead, it displays what command line to use to consistently install the currently requested version of the .NET CLI. For example, if you specify versionlatest
, it displays a link with the specific version so that this command can be used deterministically in a build script. It also displays the binary's location if you prefer to install or download it yourself.
-FeedCredential|--feed-credential
Used as a query string to append to the Azure feed. It allows changing the URL to use non-public blob storage accounts.
--help
Prints out help for the script. Applies only to bash script. For PowerShell, useGet-Help ./dotnet-install.ps1
.
-InstallDir|--install-dir <DIRECTORY>
Specifies the installation path. The directory is created if it doesn't exist. The default value is%LocalAppData%\Microsoft\dotnet on Windows and$HOME/.dotnet on Linux/macOS. Binaries are placed directly in this directory.
-JSonFile|--jsonfile <JSONFILE>
Specifies a path to aglobal.json file that will be used to determine the SDK version. Theglobal.json file must have a value forsdk:version
.
-NoPath|--no-path
If set, the installation folder isn't exported to the path for the current session. By default, the script modifies the PATH, which makes the .NET CLI available immediately after install.
-ProxyAddress
If set, the installer uses the proxy when making web requests. (Only valid for Windows.)
-ProxyBypassList <LIST_OF_URLS>
If set withProxyAddress
, provides a list of comma-separated urls that will bypass the proxy. (Only valid for Windows.)
-ProxyUseDefaultCredentials
If set, the installer uses the credentials of the current user when using proxy address. (Only valid for Windows.)
-Quality|--quality <QUALITY>
Downloads the latest build of the specified quality in the channel. The possible values are:daily
,preview
, andGA
.
The different quality values signal different stages of the release process of the SDK or Runtime installed.
daily
: The latest builds of the SDK or Runtime. They're built every day and aren't tested. They aren't recommended for production use but can often be used to test specific features or fixes immediately after they are merged into the product. These builds are from thedotnet/installer
repo, and so if you're looking for fixes fromdotnet/sdk
you must wait for code to flow and be merged from SDK to Installer before it appears in a daily build.preview
: The monthly public releases of the next version of .NET, intended for public use. Not recommended for production use. Intended to allow users to experiment and test the new major version before release.GA
: The final stable releases of the .NET SDK and Runtime. Intended for public use as well as production support.The--quality
option works only in combination with--channel
, but is not applicable for theSTS
andLTS
channels and will be ignored if one of those channels is used.
For an SDK installation, use achannel
value that is inA.B
orA.B.Cxx
format.For a runtime installation, usechannel
inA.B
format.
Don't use bothversion
andquality
parameters. Whenquality
is specified, the script determines the proper version on its own.
Available since the 5.0 release.
-Runtime|--runtime <RUNTIME>
Installs just the shared runtime, not the entire SDK. The possible values are:
dotnet
: TheMicrosoft.NETCore.App
shared runtime.aspnetcore
: TheMicrosoft.AspNetCore.App
shared runtime.windowsdesktop
TheMicrosoft.WindowsDesktop.App
shared runtime.--os <OPERATING_SYSTEM>
Specifies the operating system for which the tools are being installed. Possible values are:osx
,macos
,linux
,linux-musl
,freebsd
.
The parameter is optional and should only be used when it's required to override the operating system that is detected by the script.
-SharedRuntime|--shared-runtime
Note
This parameter is obsolete and may be removed in a future version of the script. The recommended alternative is the-Runtime|--runtime
option.
Installs just the shared runtime bits, not the entire SDK. This option is equivalent to specifying-Runtime|--runtime dotnet
.
-SkipNonVersionedFiles|--skip-non-versioned-files
Skips installing non-versioned files, such asdotnet.exe, if they already exist.
-UncachedFeed|--uncached-feed
For internal use only. Allows using a different storage to download SDK archives from. This parameter overwrites-AzureFeed|--azure-feed
.
-KeepZip|--keep-zip
If set, the downloaded SDK archive is kept after installation.
-ZipPath|--zip-path <PATH>
If set, the downloaded SDK archive is stored at the specified path.
-Verbose|--verbose
Displays diagnostics information.
-Version|--version <VERSION>
Represents a specific build version. The possible values are:
latest
: Latest build on the channel (used with the-Channel
option).-Channel
option. For example:2.0.0-preview2-006120
.If not specified,-Version
defaults tolatest
.
Install the latest long-term supported (LTS) version to the default location:
Windows:
./dotnet-install.ps1 -Channel LTS
macOS/Linux:
./dotnet-install.sh --channel LTS
Install the latest preview version of the 6.0.1xx SDK to the specified location:
Windows:
./dotnet-install.ps1 -Channel 6.0.1xx -Quality preview -InstallDir C:\cli
macOS/Linux:
./dotnet-install.sh --channel 6.0.1xx --quality preview --install-dir ~/cli
Install the 6.0.0 version of the shared runtime:
Windows:
./dotnet-install.ps1 -Runtime dotnet -Version 6.0.0
macOS/Linux:
./dotnet-install.sh --runtime dotnet --version 6.0.0
Obtain script and install the 6.0.2 version behind a corporate proxy (Windows only):
Invoke-WebRequest 'https://dot.net/v1/dotnet-install.ps1' -Proxy $env:HTTP_PROXY -ProxyUseDefaultCredentials -OutFile 'dotnet-install.ps1';./dotnet-install.ps1 -InstallDir '~/.dotnet' -Version '6.0.2' -Runtime 'dotnet' -ProxyAddress $env:HTTP_PROXY -ProxyUseDefaultCredentials;
Obtain script and install .NET CLI one-liner examples:
Windows:
# Run a separate PowerShell process because the script calls exit, so it will end the current PowerShell session.&powershell -NoProfile -ExecutionPolicy unrestricted -Command "[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12; &([scriptblock]::Create((Invoke-WebRequest -UseBasicParsing 'https://dot.net/v1/dotnet-install.ps1'))) <additional install-script args>"
macOS/Linux:
curl -sSL https://dot.net/v1/dotnet-install.sh | bash /dev/stdin <additional install-script args>
Manually installing .NET doesn't add the environment variables system-wide, and generally only works for the session in which .NET was installed. There are two environment variables you should set for your operating system:
DOTNET_ROOT
This variable is set to the folder .NET was installed to, such as$HOME/.dotnet
for Linux and macOS, and$HOME\.dotnet
in PowerShell for Windows.
PATH
This variable should include both theDOTNET_ROOT
folder and the user's.dotnet/tools folder. Generally this is$HOME/.dotnet/tools
on Linux and macOS, and$HOME\.dotnet\tools
in PowerShell on Windows.
Tip
For Linux and macOS, use theecho
command to set the variables in your shell profile, such as.bashrc:
echo 'export DOTNET_ROOT=$HOME/.dotnet' >> ~/.bashrcecho 'export PATH=$PATH:$DOTNET_ROOT:$DOTNET_ROOT/tools' >> ~/.bashrc
There is no uninstall script. For information about manually uninstalling .NET, seeHow to remove the .NET Runtime and SDK.
Signature validation is an important security measure that helps ensure the authenticity and integrity of a script. By verifying the signature of a script, you can be sure that it has not been tampered with and that it comes from a trusted source.
Here is a step-by-step guide on how to verify the authenticity of thedotnet-install.sh
script using GPG:
gpg --import dotnet-install.asc
.https://dot.net/v1/dotnet-install.sig
. You can download it using a tool likewget
orcurl
.gpg --verify dotnet-install.sig dotnet-install.sh
. This will check the signature of thedotnet-install.sh
file against the signature in thedotnet-install.sig
file.Good signature from "Microsoft DevUXTeamPrague <devuxteamprague@microsoft.com>"
. This means that the script has not been tampered with and can be trusted.Installing GPG and importing our public key is a one time operation.
sudo apt install gpgwget https://dot.net/v1/dotnet-install.ascgpg --import dotnet-install.asc
When successful, you should see output like the following:
gpg: directory '/home/<user>/.gnupg' createdgpg: keybox '/home/<user>/.gnupg/pubring.kbx' createdgpg: /home/<user>/.gnupg/trustdb.gpg: trustdb createdgpg: key B9CF1A51FC7D3ACF: public key "Microsoft DevUXTeamPrague <devuxteamprague@microsoft.com>" importedgpg: Total number processed: 1gpg: imported: 1
With the key imported, you can now download the script and the signature, then verify the script matches the signature:
wget https://dot.net/v1/dotnet-install.shwget https://dot.net/v1/dotnet-install.siggpg --verify dotnet-install.sig dotnet-install.sh
When successful, you should see output like the following:
gpg: Signature made <datetime>gpg: using RSA key B9CF1A51FC7D3ACFgpg: Good signature from "Microsoft DevUXTeamPrague <devuxteamprague@microsoft.com>" [unknown]gpg: WARNING: This key is not certified with a trusted signature!gpg: There is no indication that the signature belongs to the owner.Primary key fingerprint: 2B93 0AB1 228D 11D5 D7F6 B6AC B9CF 1A51 FC7D 3ACF
The warning means that you don't trust the public key in the keyring, but the script is still verified. The exit code returned by the verification command should be0
, indicating success.
Was this page helpful?
Was this page helpful?