Announcing ASP.NET Core in .NET 6

Daniel Roth

.NET 6 is now released! ASP.NET Core in .NET 6 includes everything you need to build rich modern web UI and powerful back-end services.

What’s new?

Here’s a sampling of the great new features and improvements in ASP.NET Core for .NET 6:

For a full list of everything that’s new in ASP.NET Core in .NET 6, check out the ASP.NET Core in .NET 6 release notes.

Get started

To get started with ASP.NET Core in .NET 6, install the .NET 6 SDK. .NET 6 is also included with Visual Studio 2022. Mac users should use the latest Visual Studio 2022 for Mac preview.

Upgrade an existing project

To upgrade an existing ASP.NET Core app from .NET 5 to .NET 6, follow the steps in Migrate from ASP.NET Core 5.0 to 6.0

To upgrade an existing ASP.NET Core app from .NET 6 RC2 to .NET 6, update all package references to 6.0.0.

That’s it! You should be all set to enjoy the benefits of .NET 6.

See also the full list of breaking changes in ASP.NET Core for .NET 6.

Join us for the .NET 6 release at .NET Conf 2021

Come celebrate with us and learn all about the .NET 6 release at .NET Conf 2021, a FREE, three day virtual developer event with over 80 sessions featuring speakers from the .NET team and the broader .NET community. The conference starts tomorrow and goes from November 9-11. We hope you can join us!

Azure Functions, Web Apps, and Static Web Apps support .NET 6

Azure App Service teams have been working around the clock to make sure .NET 6 is supported across your favorite Azure PaaS services like Web Apps and Functions, so you don’t have to wait to deploy. At the time of this post, .NET 6 is being actively deployed to the worldwide network of servers and configured to build and run .NET 6 apps.

For more information on the various Azure services and their roll-out of supporting .NET 6, which should conclude by the end of this week, see the following links:

We’re sure you’ll enjoy the immediate availability of Azure App Service to run your ASP.NET Core and Serverless .NET apps. And don’t forget to try using Azure Container Apps if you’re keen on building some background microservices using the .NET Core Worker Service template, too.

Thank you!

Thank you to everyone in the community who helped make this release of .NET 6 possible! This release represents the culmination of many GitHub issues, pull requests, design feedback comments and documentation updates contributed by many members of the .NET community. We couldn’t have made it to this point without you!

We hope you enjoy this release of ASP.NET Core in .NET 6. We’re eager to hear about your experiences building with it. Let us know about your creative efforts on GitHub.

Thanks again, and happy coding!


Discussion is closed. Login to edit/delete existing comments.

  • Charles Roddie 0

    Look forward to using .Net 6 with Azure functions, and getting better safety with NRT support.

    AOT for blazor has made good progress but isn’t yet complete as only partial AOT is done. Completing it is tracked here: (“Still downloading Dlls”). It’s not clear that the Microsoft ASP.Net group views full AOT as important so it may be that AOT support ends up coming from the NativeAOT side (i.e. using CoreCLR) rather than the more official side which uses MonoVM.

  • Thorsten Sommer 0

    I would like to thank the entire team for your great work on ASP.NET Core. In particular, Blazor WASM has become truly outstanding. We have been developing a complex business app with Blazor WASM for more than a year and are extremely satisfied. It’s an innovation that adds great value to the .NET ecosystem. It’s great to see that Blazor app now runs even faster and compilation has been sped up. Keep up the good work.

  • Besik Betchvaia 0

    No migration manual from 3.1 to 6?

    • Eli Black 0

      We’d like to see this as well. I think a lot of companies probably skipped .NET 5 and are wanting to migrate .NET Core 3.1 to .NET 6 🙂

  • Jon Miller 0

    Looking forward to running Web Forms on .NET 7.

  • Manoj Kumar 0

    Thanks for the release.
    We had built Blazor Webassembly application, now upgraded to 6.0, problem is app takes 200MB of ram on startup in normal mode,
    but in AOT it takes more than 2GB of ram, is it expected or any configuration is there to change?

    • Daniel RothMicrosoft employee 0

      Hi Manoj. If you haven’t already, please open a GitHub issue with details about the memory consumption issue you are seeing, and we’ll take a look:

  • Aria Enggar Pamungkas 0

    Hot reload: Apply changes to Razor, C#, and CSS source files into your running app during development without the need to rebuild and restart the app.”
    Does the “C#” means hot reload works on .cs files (e.g. controller and model classes)?

    • Daniel RothMicrosoft employee 0

      Does the “C#” means hot reload works on .cs files (e.g. controller and model classes)?

      Yup, that’s correct.

      • Aria Enggar Pamungkas 0

        Thank you very much!

  • André R. 0

    ASP.NET 6 looks like a great release, kudos to the team and people involved!

    2 questions comes to mind on changes here:

    1. Now that Bootstrap 5.x is used (👍), as it does not use jQuery anymore, any plans on getting rid of ASP.Net’s jQuery dependency for validation?

    2. Context: CSS isolation seems cool, but results in loading all page specific css at once. It might need code splitting feature down the line for large projects, further complicating the feature. So Style sections still seems easier to reason with, and avoids the loading issue all together.
      Question: Would there be a chance to get ability to append to these sections so several sub views (components) can write to them?
      Asking as it seems like a potential low hanging fruit, requirement would be: Able to do a plain append, AND append with (some sort of identifier OR a way to say only once per file), for components potentially being rendered several times per overall response.

  • Rod Macdonald 0

    If ever there was any doubt about Microsoft’s long term commitment to Blazor, DotNETConf ’21 blew it away. I was awed by the length and breadth of it all.

    For me there remain two facets which I believe still need to be addressed. I’ll put my hand up in the air and say I’m a professional who primarily works in a non-IT industry, but I have a couple of (now dated) apps that I wrote (WinForms and WebForms) that I desperately need to move forwards. Therefore whilst I’m not the most technical dev, I’m not a bad hand at looking at things from a 30,000 feet perspective.

    Easily 2-3 years ago I wrote to the XAML team when they were standardising XAML for different platforms, and I asked if the could re-design it to extend and embrace HTML so you could have a single UI platform which can access what is now the full Core API. Sadly the XAML team told me it wasn’t part of their brief. Of course the great thing about XAML is 1) the graphics are vectorisable; 2) tools like WPF already have a great design surface. So I’d love to see hot reload where I could click on a UI region and up pops a design dialog or two (a bit like tables or CSS in the old FrontPage) and a side by side design window. I’ve been banging on about SVG but I think an all embracing XAML framework better clarifies my thinking for a start point for a common UI platform (great to SkiaSharp incorporated into the mix though).

    I think this would be a huge win for Microsoft and the ultimate dev framework for UI. No longer would we face that awful ‘it depends’ dilemma. Thank you.

  • lucio pian 0

    Can MAUI be defined as a Blazor hosting model?
    Like Blazor WebAssembly and Blazor Server.

    • Daniel RothMicrosoft employee 0

      .NET MAUI supports hosting Blazor components using a BlazorWebView control. The Blazor components run directly in the .NET MAUI app and then render to an embedded web view through a local interop channel. WebAssembly is not involved. We call this hosting model Blazor Hybrid and it can be applied to other native client apps as well, like WPF and Windows Forms apps.

Feedback usabilla icon