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
2016-01-12 15:21:47 -08:00
Documentation Merge pull request #706 from blackdwarf/fixmans 2016-01-11 15:23:32 -08:00
packaging Add dotnet-build and dotnet-dnx to the debian package 2016-01-11 18:17:29 -08:00
scripts Split corehost into serviceable DLL and EXE 2016-01-11 18:06:18 -08:00
src Name change for DOTNET_PACKAGES to NUGET_PACKAGES 2016-01-12 15:21:47 -08:00
test Adding pre/post publish scripts 2016-01-12 09:41:59 -08:00
testapp Add ProjectModel server 2015-12-25 13:23:29 -08:00
tools MultiProjectValidator Fixes 2016-01-11 17:54:33 -08:00
.gitattributes merge my spike on compile/publish/run and switch from PS1 to C# 2015-10-06 10:46:43 -07:00
.gitignore Packaged Commands 2016-01-09 16:50:31 -08:00
bin Clean up build scripts 2015-12-29 01:59:02 -08:00
build.cmd Clean up build scripts 2015-12-29 01:59:02 -08:00
build.sh Fix the correct path to package.sh when packaging inside docker. 2016-01-07 19:24:34 -08:00
CONTRIBUTING.md Add contributing info and developer guide 2015-11-17 23:26:58 -08:00
global.json PR Feedback 2015-12-08 10:54:03 -08:00
LICENSE Initial commit 2015-10-02 11:03:16 -07:00
Microsoft.DotNet.Cli.sln add support for generating xml documentation 2016-01-08 14:02:41 -08:00
netci.groovy Enable visual xunit results. 2016-01-05 15:54:50 -08:00
NuGet.Config add command dotnet-compile-fsc 2015-12-24 11:26:09 +01:00
NuGet.master.config add readme 2015-10-08 14:41:04 -07:00
omnisharp.json Add omnisharp.json file to exclude test projects from editor 2015-10-29 01:48:46 -07:00
README.md Update README.md 2016-01-11 09:51:43 -08:00
THIRD-PARTY-NOTICES Add 3rd party notices 2015-11-17 08:21:09 -08:00

.NET Command Line Interface

Join the chat at https://gitter.im/dotnet/cli

This repo contains the source code for cross-platform .NET Core command line toolchain. It contains the implementation of each command, the native packages for various supported platforms as well as documentation.

New to .NET CLI?

Check out our http://dotnet.github.io/getting-started/

Build Status

Ubuntu 14.04 Windows Mac OS X CentOS 7.1
Debug Build Status Build Status Build Status Build Status
Release Build Status Build Status Build Status Build Status

Installers

Ubuntu 14.04 Windows Mac OS X CentOS 7.1
Installers Download Debian Package Download Msi Download Pkg N/A
Binaries Download tar file Download zip file Download tar file Download tar file

Interested in .NET Core + ASP.NET 5 RC bits?

This toolchain is independent from the DNX-based .NET Core + ASP.NET 5 RC bits. If you are looking for .NET Core + ASP.NET 5 RC bits, you can find instructions on the http://get.asp.net/.

Docker

You can also use our Docker base images found on https://hub.docker.com/r/microsoft/dotnet to set up your dev or testing environment for usage.

Basic usage

When you have the .NET Command Line Interface installed on your OS of choice, you can try it out using some of the samples on the dotnet/core repo. You can download the sample in a directory, and then you can kick the tires of the CLI.

First, you will need to restore the packages:

dotnet restore

This will restore all of the packages that are specified in the project.json file of the given sample.

Then you can either run from source or compile the sample. Running from source is straightforward:

dotnet run

Compiling to IL is done using:

dotnet build

This will drop a binary in ./bin/[configuration]/[framework]/[binary name] that you can just run.

Finally, you can also try out native compilation using RyuJIT as shown below:

dotnet build --native

The following command will perform native compilation using the C++ Codegenerator:

dotnet build --native --cpp

This will drop a native single binary in ./bin/[configuration]/[framework]/native/[binary name] that you can run.

Note: At this point, only the helloworld and dotnetbot samples will work with native compilation.

For more details, please refer to the documentation.

Building from source

If you are building from source, take note that the build depends on NuGet packages hosted on Myget, so if it is down, the build may fail. If that happens, you can always see the Myget status page for more info.

Also, when building from source, you need to set up the DOTNET_HOME environment variable. It needs to point to the parent directory of where bin and runtime directories are.

Questions & Comments

For any and all feedback, please use the Issues on this repository.