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
Troy Dai 78a7f6d8d1 Fix the exception throw during logging.
The '{}' in the message causes formatter exception when it appears in
string interpolation.
2016-02-04 22:58:58 -08:00
Documentation Rename --force-incremental-unsafe flag to --no-incremental 2016-02-04 15:57:10 -08:00
packaging Merge pull request #1130 from robmen/1064-bundle 2016-02-03 11:50:51 -08:00
resources/images Responding to PR feedback, adding the OS names 2016-02-03 09:46:45 -08:00
scripts Making the tests build without tfm, rid or configuration, because dotnet test does not understand those. that means that if we build for release and then do a dotnet test, the test will fail because dotnet test will look for binaries under debug/tfm. 2016-02-04 18:03:33 -08:00
src Fix the exception throw during logging. 2016-02-04 22:58:58 -08:00
test Merge pull request #1052 from cdmihai/cdmihai/HFSTimeStampBug 2016-02-04 17:15:04 -08:00
testapp Fix projectmodel-server regression 2016-02-02 22:26:16 -08:00
tools Upgrade stdlib and enable crossgen 2016-02-01 20:48:34 -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 Responding to PR feedback. 2016-02-03 09:46:45 -08:00
bin Clean up build scripts 2015-12-29 01:59:02 -08:00
build.cmd Maintain test artifacts 2016-01-26 23:25:39 -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 Introducing a new library to hold file system related abstractions. Making the E2E tests work with dotnet test 2016-02-03 17:07:40 -08:00
netci.groovy Enable visual xunit results. 2016-01-05 15:54:50 -08:00
NuGet.Config Updating NuGet.config to no longer point to myget.org. 2016-02-03 15:25:48 -06: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 Merge pull request #644 from blackdwarf/isspage 2016-01-13 14:12:42 -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

If you are in Windows, make sure that you run the above command inside the VS 2015 x64 Native Tools prompt, otherwise you will get errors. This command 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.

Known issues

You can also consult the known issues page to find out the current issues and to see the workarounds.

Questions & Comments

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