Tons of great announcements this week at the BUILD conference. I'll slowly blog my take on some of the cooler features, but for now here's a rollup of the major blog posts for developers:
You can download and get started with .NET Core 2.0 Preview 1 right now, on Windows, Linux and macOS:
- .NET Core 2.0 Preview 1
- Visual Studio 2017 Preview 15.3 for Windows - installs side by side with your existing released version
- Visual Studio Code
If you already have .NET Core on your machine, you'll already be able to type "dotnet --version" at the terminal or command line. Go ahead and try it now. Mine says:
C:Usersscott> dotnet --version
2.0.0-preview1-005977
Remember on Windows you can check out c:program filesdotnetsdk and see all the SDK versions you have installed:
Typing dotnet will pick the most recent one...but it's smarter than that. Remember that you can set the current SDK version with a global.json file. Global.json's presence will override from the folder its in, all the way down.
If I make a folder on my desktop and put this global.json in it:
{
"projects": [ "src", "test" ],
"sdk": {
"version": "1.0.3"
}
}
It will force my dotnet runner to use the .NET Core SDK version I asked for. That "projects" line isn't needed for the versioning, but it's nice to be able to select what folders have projects inside.
C:UsersscottDesktoptest> dir
Directory of C:UsersscottDesktoptest
05/11/2017 09:22 PM <DIR> .
05/11/2017 09:22 PM <DIR> ..
05/11/2017 09:23 PM 45 global.json
1 File(s) 45 bytes
2 Dir(s) 85,222,268,928 bytes free
C:UsersscottDesktoptest> dotnet --version
1.0.3
At this point - with a valid global.json - making a new project with dotnet new will make an app with a netcoreapp1.x version. If I move elsewhere and dotnet new I'll get a netcoreapp2.0. In this example, it's the pretense of that global.json that "pins" my SDK version.
Alternatively, I could keep the dotnet.exe 2.0 SDK and install 1.x templates. This would mean I could create whatever I want AND pass in the version.
First I'll add the 1.x templates into my 2.0 SDK. This just needs to happen once.
dotnet new -i Microsoft.DotNet.Common.ProjectTemplates.1.x::1.0.0-*
Now, even though I'm "driving" things with a .NET Core 2.0 SDK, I can pass in --framework to control the project that gets created!
C:UsersscottDesktoptest> dotnet new console -o oneone --framework netcoreapp1.1
The template "Console Application" was created successfully.
C:UsersscottDesktoptest> dotnet new console -o twooh --framework netcoreapp2.0
The template "Console Application" was created successfully.
I can make libraries that target .NET Standard like this, passing in 2.0 or 1.6, or whatever netstandard I need.
C:UsersscottDesktoplib> dotnet new classlib --framework netstandard2.0
The template "Class library" was created successfully.
There's two options that are not exactly opposites, but they'll give you different levels of control, depending on your needs.
- You can control your SDK versioning folder by folder with global.json. That means your project's directories are "pinned" and know what SDK they want.
- When you type dotnet new using a pinned SDK, you'll get the new project results for that pinned SDK. Typing dotnet run will do the right thing.
- You can pass in --framework for templates that support it and dotnet new will create a template with the right runtime version. Typing dotnet run will do the right thing.
This is .NET Core 2.0 Preview 1, but you should be able to install it side by side with your existing apps and have no issues. If you know these few internal details, you should be able to manage multiple apps with multiple versions without much trouble.
Sponsor: Test your application against full-sized database copies. SQL Clone allows you to create database copies in seconds using MB of storage. Create clones instantly and test your application as you develop.
© 2017 Scott Hanselman. All rights reserved.