I’ve installed .NET Core 1.0 on my machine. Let’s see if I can get a class library and tests running and compiling automatically using only the command line. (Yes, some of you are freaked out by my (and other folks’) appreciation of a nice, terse command line. Don’t worry. You can do all this with a mouse if you want. I’m just enjoying the CLI.
NOTE: This is considerably updated from the project.json version in 2016.
First, I installed from http://dot.net/core. This should all work on Windows, Mac, or Linux.
C:> md testexample & cd testexample
C:testexample> dotnet new sln
Content generation time: 33.0582 ms
The template "Solution File" created successfully.
C:testexample> dotnet new classlib -n mylibrary -o mylibrary
Content generation time: 40.5442 ms
The template "Class library" created successfully.
C:testexample> dotnet new xunit -n mytests -o mytests
Content generation time: 87.5115 ms
The template "xUnit Test Project" created successfully.
C:testexample> dotnet sln add mylibrarymylibrary.csproj
Project `mylibrarymylibrary.csproj` added to the solution.
C:testexample> dotnet sln add mytestsmytests.csproj
Project `mytestsmytests.csproj` added to the solution.
C:testexample> cd mytests
C:testexamplemytests> dotnet add reference ..mylibrarymylibrary.csproj
Reference `..mylibrarymylibrary.csproj` added to the project.
C:testexamplemytests> cd ..
C:testexample> dotnet restore
Restoring packages for C:UsersscottDesktoptestexamplemytestsmytests.csproj...
Restoring packages for C:UsersscottDesktoptestexamplemylibrarymylibrary.csproj...
Restore completed in 586.73 ms for C:UsersscottDesktoptestexamplemylibrarymylibrary.csproj.
Installing System.Diagnostics.TextWriterTraceListener 4.0.0.
Installing Microsoft.NET.Test.Sdk 15.0.0.
Installing xunit.runner.visualstudio 2.2.0.
Installing xunit 2.2.0.
Generating MSBuild file C:UsersscottDesktoptestexamplemytestsobjmytests.csproj.nuget.g.props.
Generating MSBuild file C:UsersscottDesktoptestexamplemytestsobjmytests.csproj.nuget.g.targets.
Writing lock file to disk. Path: C:UsersscottDesktoptestexamplemytestsobjproject.assets.json
16 package(s) to C:UsersscottDesktoptestexamplemytestsmytests.csproj
C:testexample> cd mytests & dotnet test
Build started, please wait...
Test run for C:testexamplemytestsbinDebugnetcoreapp1.1mytests.dll(.NETCoreApp,Version=v1.1)
Microsoft (R) Test Execution Command Line Tool Version 126.96.36.199
Copyright (c) Microsoft Corporation. All rights reserved.
Starting test execution, please wait...
[xUnit.net 00:00:00.5539676] Discovering: mytests
[xUnit.net 00:00:00.6867799] Discovered: mytests
[xUnit.net 00:00:00.7341661] Starting: mytests
[xUnit.net 00:00:00.8691063] Finished: mytests
Total tests: 1. Passed: 1. Failed: 0. Skipped: 0.
Test Run Successful.
Test execution time: 1.8329 Seconds
Of course, I’m testing nothing yet but pretend there’s a test in the tests.cs and something it’s testing (that’s why I added a reference) in the library.cs, OK?
Now I want to have my project build and tests run automatically as I make changes to the code. I can’t “dotnet add tool” yet so I’ll add this line to my test’s project file:
<DotNetCliToolReference Include="Microsoft.DotNet.Watcher.Tools" Version="1.0.0" />
Then I just dotnet restore to bring in the tool.
In this screenshot, you can see as I make changes to my test and hit save, the DotNetWatcher Tool sees the change and restarts my app, recompiles, and re-runs the tests.
All this was done from the command line. I made a solution file, made a library project and a test project, made the test project reference the library, then built and ran the tests. If I could add the tool from the command line I wouldn’t have had to manually touch the project file at all.
Again, to be sure, all this is stuff you can (and do) do in Visual Studio manually all the time. But I’ll race you anytime. 😉
Sponsor: Check out JetBrains Rider: a new cross-platform .NET IDE. Edit, refactor, test, build and debug ASP.NET, .NET Framework, .NET Core, or Unity applications. Learn more and get access to early builds!