Visual Studio Icon Visual Studio 2019 Preview Release Notes

| Developer Community | System Requirements | Compatibility | Distributable Code | License Terms | Blogs | Known Issues |


This release is not "go-live" and not intended for use on production computers or for creating production code. For instructions on installing and updating Visual Studio 2019, see this documentation on updating Visual Studio 2019 to the most recent release.

What's New in Visual Studio 2019

Visual Studio 2019 Preview Releases

Visual Studio 2019 Blog

The Visual Studio 2019 Blog is the official source of product insight from the Visual Studio Engineering Team. You can find in-depth information about the Visual Studio 2019 releases in the following posts:

Release Notes Icon Visual Studio 2019 Preview 4.3 New release icon

released March 19, 2019

What's New in Visual Studio 2019 Preview 4.3

Release Notes Icon Visual Studio 2019 Preview 4.2

released March 12, 2019

What's New in Visual Studio 2019 Preview 4.2

Release Notes Icon Visual Studio 2019 Preview 4.1 Svc1

What's New in Visual Studio 2019 Preview 4.1 Svc1

  • Visual Studio 2019 Preview 4.1 Svc1 is a servicing update to Preview 4.1 and contains the same functionality as the Visual Studio 2019 RC.1 Svc1 release.

Release Notes Icon Visual Studio 2019 Preview 4.1

released March 04, 2019

What's New in Visual Studio 2019 Preview 4.1

  • Visual Studio 2019 Preview 4.1 is a servicing update to Preview 4 and contains the same functionality as the Visual Studio 2019 RC.1 release.

Release Notes Icon Visual Studio 2019 Preview 4

released February 27, 2019

What's New in Visual Studio 2019 Preview 4

  • The Visual Studio 2019 release candidate is now out! See the detailed release information on the Current Release Notes page.
  • Visual Studio 2019 Preview 4 contains a number of user-reported bug fixes which you can view on Developer Community.
  • Visual Studio 2019 Preview 4 contains the same functionality as the Visual Studio 2019 RC release. However, the Preview does not provide go-live rights.

Release Notes Icon Visual Studio 2019 Preview 3

released February 13, 2019

Summary of What's New in Visual Studio 2019 Preview 3


  • Sign in, browse, and one-click clone or connect to your hosted repositories from Azure DevOps through the start window.
  • Install extensions for other source control hosts to view repositories owned by you and your organization.
  • Experience an improved Blue theme experience that addresses Preview 2 feedback by dialing down the luminosity, improving overall contrast and addressing other usability issues.
  • Apply code style preferences from the command-line with the dotnet format global tool.
  • Per your feedback, we have moved the solution name information from the status bar control back to the top of the IDE.

General Debugging and Diagnostics

  • Break when a specific object's property value changes in .NET Core applications using data breakpoints, a feature that was originally exclusive to C++.
  • Since Preview 1, we have updated the UI for searching in the Autos, Locals, and Watch windows with a simpler interface. The Search Deeper function has been changed to a dropdown so you can quickly select how deep you want your initial and subsequent searches to be.


  • Use a single, unified Visual Studio SDK in the NuGet package Microsoft.VisualStudio.SDK.
  • Take advantage of our update to the VSIX Project to now include an AsyncPackage.
  • Experiment with a new Empty VSIX Project template that we have added.
  • Know if an extension is Free, Paid, or Trial, as it is now indicated inside the Extensions and Updates dialog.
  • Open existing CMake caches generated by external tools, such as CMakeGUI, or customized meta-build systems.
  • Improve analysis with /Qspectre for providing mitigation assistance for Spectre Variant 1 (CVE-2017-5753). For more information, see the Visual C++ Team Blog post.
  • Experience performance improvements for larger solutions and various bug fixes for F# and the F# tools.

Web Technologies

Universal Windows Platform (UWP)

  • Deployment to Windows Mobile devices is no longer supported in Visual Studio 2019. Attempts to deploy to a Windows 10 Mobile device will result in an error saying "Deployment to Windows Mobile devices is not supported in Visual Studio 2019". If you need to continue working on an application for Windows 10 Mobile devices, continue to use Visual Studio 2017.

Top Issues Fixed in Visual Studio 2019 Preview 3

Details of What's New in Visual Studio 2019 Preview 3


Solution name

Per your feedback, we have move the solution name information from the status bar control back to the top of the IDE.

Revised blue theme

We have improved the Blue theme experience, addressing Preview 2 feedback by dialing down the luminosity, thereby improving overall contrast and addressing other usability issues.

General Debugging and Diagnostics

Managed data breakpoints

You can now break when a specific object's property value changes in .NET Core applications using data breakpoints, a feature that was originally exclusive to C++. They are a great alternative to simply placing a breakpoint on a property's setter because a data breakpoint can focus on a specific object's property even when it's out of scope, whereas the former option may result in constant, irrelevant breaks if you have hundreds of objects calling that function.

Watch window Search UX Updates

Since Preview 1, we have updated the UI for searching in the Autos, Locals, and Watch windows with a simpler interface. The Search Deeper function has been changed to a dropdown so you can quickly select how deep you want your initial and subsequent searches to be.

Dotnet Format
  • You can now apply code style preferences from the command-line with the dotnet format global tool. To install, you will need .NET Core 2.1 SDK or later. Run the following command in your favorite terminal: dotnet tool install -g dotnet-format --version 3.0.0-beta4-19105-10
dotnet format video
Run dotnet format from the command-line.


Unified SDK NuGet package

In the past, extension authors had to make many separate references to the individual NuGet packages of the Visual Studio SDK they needed to use in their extension. The versions of the various packages weren't always aligned and that often resulted in dependency conflicts at compile time as well as runtime issues.

To solve these issues, use a new package called Microsoft.VisualStudio.SDK which contains dependencies on all the packages that make up the Visual Studio SDK. It solves the issue of version mismatches as well as makes it easy to know which version to use. Simply use the version of the package that corresponds to the lowest version of Visual Studio your extension supports and you will have access to the entire SDK.

Right now, only version 15.9 of the SDK package exists, but more will be released in the months to come all the way to version 14.0.

New and updated project templates

The VSIX Project template has gone through multiple updates to simplify it and make it better:

  • Uses the new, unified SDK NuGet package
  • Includes an AsyncPackage class
  • No longer requires a .resx file to compile a package
  • Targets .NET Framework 4.7.2

A new Empty VSIX Project template has been created and it is the same as the VSIX Project template but without the AsyncPackage class. It also references the unified SDK NuGet package providing a good starting point for MEF extensions and other package-less extension types.


There hasn't been an easy way to see if an extension was marked as free, paid, or a trial. This now changes so that inside the Extensions and Updates dialog, each extension that is either a trial or paid will be marked clearly as such. Extensions that don't have a trial/paid label are free.


For this release, we focused primarily on performance for larger solutions. Some of these include:

  • Changing our representation of source text to avoid large allocations over time, especially with bigger files (#5935, #5936, #5937, #4881).
  • Changing our build caches for small edits to files to use less memory (#6028).
  • We fixed a bug where cross-project references were being needlessly recomputed for Previews 1 and 2 (#6003).

This release also contains a small number of other fixes:

F# Compiler and core library
  • fsi.exe and fsc.exe now defaults to .NET Framework 4.7.2, allowing the loading of components targeting this framework or lower (#4946).
  • We fixed a bug where the banner text for the F# compiler incorrectly stated that it was using F# 4.5, when it was actually using F# 4.6 (#6108).
  • We fixed an issue in the FSharp.Core package where some extra directories with test assets were included. FSharp.Core 4.5.5 and 4.6.1 should have the fix (#5814).
  • A bug where Statically Resolved Type Parameters couldn't call a member hiding an inherited member has been fixed by Victor Peter Rouven Müller (#5778).
F# tools for Visual Studio

ASP.NET & Azure Functions tooling

  • Visual Studio 2019 comes with a new experience for creating new projects. When creating new ASP.NET projects specifically, Visual Studio offers additional dialogs that surface ASP.NET specific choices. These additional dialogs have been updated to match the visual style of the rest of the experience.
  • For a while now, publish credentials in Visual Studio are encrypted and stored in the publish profile user file so you don't have to re-enter them every time you publish your application. User files in general are excluded from source control by default because they are likely to contain secret and/or personal information that should not be shared. Up until now, if a publish profile for an Azure Functions project was checked into source control but the user file was not, the publish credentials were missing and the publish profile could not be re-used. Now, we allow for the credentials to be edited and a new user file to be created so that the publish profile can be re-used.

Release Notes Icon Visual Studio 2019 Preview 2.2

released February 05, 2019

Issues Fixed in Visual Studio 2019 Preview 2.2

Release Notes Icon Visual Studio 2019 Preview 2.1

released January 31, 2019

Issues Fixed in Visual Studio 2019 Preview 2.1

Release Notes Icon Visual Studio 2019 Preview 2

released January 23, 2019

Summary of What's New in Visual Studio 2019 Preview 2



  • Create new projects with improvements in tag-based search and an easily accessible "Recent project templates" list.
  • Create new items directly from Visual Studio Search and find results faster with improved relevance.
  • Experience an improved Per-Monitor Awareness (PMA) support through more components with full PMA functionality and fixes to many usability issues.
  • Stay informed of important information, such as Visual Studio Live Share requests, with a new notifications experience.
  • Save a collection of code cleanup fixers as a profile to easily select the fixers you want run during code cleanup.
  • Trigger new .NET refactoring and code fixes.
  • See the status of your extensions with Preview, Paid, and Trial tags in the Extensions and Updates dialog.
  • Check and configure which Preview features you want active since the defaults have been reset in this Preview.
  • Keep your extensions up-to-date by excluding certain Test Window APIs that have been marked as deprecated in this release.
  • We have removed Azure App Service-related features from Server Explorer; equivalent functionality is instead available in Cloud Explorer.


General Debugging and Diagnostics

  • Launch Google Chrome with custom arguments and debug your JavaScript applications all within the Visual Studio IDE.
  • Use Hot Path Highlighting for CPU and DotNet Object Allocation tools in the Performance Profiler.

Programming Languages

  • Preview F# 4.6 along with minor improvements to the F# compiler and tools.
  • Work more easily with Python environments, including improved support for Open Folder using a new Python environment selector toolbar.

Web Technologies

  • Experience enhancements to the Azure DevOps work item experience that include inline support of assigning work items and an improved #mentions experience.
  • Work with project files more easily and experience a better console app for .NET Core tooling.
  • Experience enhancements to the publish profile summary for all apps. Additionally, a new section called Dependencies is now available when an app is published to Azure App Service.

Container Tools

Mobile Development with Xamarin

Top Issues Fixed in Visual Studio 2019 Preview 2

Details of What's New in Visual Studio 2019 Preview 2


  • You can now choose how to install Visual Studio updates. The default mode is ‘Download all, then install’ which allows you to continue using Visual Studio while updates are being downloaded. Note that, if you select ‘Download all, then install’, you’ll need to finish up the installation by opening the Visual Studio Installer and selecting Continue.
  • Visual Studio updates will now be downloaded in the background. These downloads will occur only when your machine is idle. When the downloads complete, you will get a notification inside Visual Studio that your download is now ready to install.
  • You can now control your update installation mode and whether to download updates or not through the Tools > Options menu by changing the settings on Product Updates page.
Product Update Options
Product Update Options

Shell and platform

  • You can now search for project templates by their language, platform, and project type tags through the search box in the New Project Dialog. The default list shows all available templates, while a list of your recently used project templates appears on the left pane for quick access.
New Project Dialog
New Project Dialog
  • We've improved your search experience by:
    • Adding filters for Menus, Components, and Templates
    • Incorporating your search selections to give you the most relevant search results
    • Enabling you to create and add new projects/items to your solution directly from Visual Studio Search
  • The improved Per-Monitor Awareness (PMA) experience is now turned on by default for users that meet the minimum set of requirements (.NET 4.8 Preview & and Windows 10 April 2018 Update or newer). Tool windows such as Toolbox, Breakpoints, Watch, Locals, Autos & Call Stack have been converted to PMA and thus render sharply regardless of your display configuration and/or scaling.
  • A new notification experience adds:
    • A new icon and counter experience to the status bar
    • A new toast notification mechanism
    • Visual Studio Updates & Visual Studio licensing expiration notifications
  • A revised Blue theme experience that addresses Preview 1 feedback by dialing down the luminosity, improving contrast and addressing other usability issues.
  • Enhanced window-dragging capabilities by leveraging available free space in the toolbar region as a draggable region.
  • You can now save a collection of Code Cleanup fixers as a profile so you can quickly select the set of fixers you want run during Code Cleanup.
Visual Studio Code Cleanup Profiles
Visual Studio Code Cleanup Profiles
  • We've added tags in the Extensions and Updates dialog to help you quickly understand whether an extension is in Preview, is a Paid extension, or is in a Trial period.
Extensions and Updates dialogs with tags
Extensions and Updates dialogs with tags
  • Check out the Preview Features node (in Tools > Options > Preview Features) to choose which Preview Features you'd like to have active.
    • We've reset the default values in this node. So, if you've turned off a certain preview feature in Preview 1 and that preview feature is still available in Preview 2, the feature will be turned back on when you update to Preview 2.

Testing tools

Additional APIs in the Test Window that were previously undocumented but marked as public have been added to the deprecation list.


  • We have added a new shortcut for Build Selection for folders and solutions: Ctrl + B.
  • We have added a command to Build All for CMake files: Ctrl + Shift + B.
  • We've improved IntelliSense performance in C++ files in CMake projects.
  • Visual Studio can now load larger .NET Core projects without running into a OutOfMemory exception.
  • We've added a command to load unloaded project dependencies to the project and solution context menus.
  • Notification tips to improve performance of Visual Studio are now persisted in the performance center, accessible via Help > Manage Visual Studio Performance.

Hot Path Highlighting

  • We have added support for hot path highlighting in both the CPU Usage and DotNet Object Allocation tools in the Performance Profiler. Select any function in the call tree and press the hot path button to expand the CPU Usage or Dot Net Object Allocation hot path. This feature allows you to easily identify the function calls which use the highest percentage of the CPU or that allocate the most objects.
Hot path highlighting in the CPU Usage tool
Hot path highlighting in the CPU Usage tool

.NET Productivity

  • .NET refactorings and codefixes:

    • Sync Namespace and Folder Name
    • Pull members up refactoring with dialog options
    Pull members up refactoring with dialog options
    Pull Members Up dialog
    • Wrap/indent/align lists of parameters/arguments
    • Convert anonymous type to tuple
    • Use expression/block body for lambda
    • Invert conditional expressions and logical operations
    • Automatically close block comment on “/”
    • Convert to compound assignment
    • Convert to C# 8.0 index and range operators
    • Support for ??= compound operator in C# 8.0 to the UseCompound fix
    • Fix Implicitly-typed variables cannot be constant
    • Auto-fixer to replace @$" with $@" when typing interpolated verbatim string
    • Completion for #nullable enable|disable
    • Fix for unused expression values and parameters
    • Fix for allowing Extract Interface to remain in the same file
  • Categorize references by Read/Write.

  • Add Editorconfig when_multiline option for csharp_prefer_braces.

  • New classification colors are available from the .NET Compiler Platform SDK (aka Roslyn). New default colors, similar to the Visual Studio Code colors, are gradually being rolled out. You can adjust these colors in Tools > Options > Environment > Fonts and Colors or turn them off in Environment > Preview Features by unchecking the Use enhanced colors check box. We’d appreciate hearing feedback on how this change affects your workflow.

New Roslyn classification colors
New Roslyn classification colors

JavaScript Debugging in ASP.NET projects

  • If you have added a new Google Chrome browser with custom arguments using the "Browse with..." menu for your ASP.NET project, Visual Studio will now enable JavaScript debugging for your application when debugging is started. Your custom launch arguments for Google Chrome will be applied when launching Chrome.
Adding Google Chrome with Custom arguments using 'Browse with'
Adding Google Chrome with Custom arguments using 'Browse with...'
Note: Visual Studio, by default, will launch Chrome using a different data directory than your regular Chrome instance unless you provide the path to your data directory as an argument. As a result, if you require any extensions to be available when using this Chrome instance, you will need to install them the first time.


  • Code analysis now runs automatically in the background. Warnings display as green squiggles in-editor as you type.
  • The Template Bar now utilizes the Peek Window UI rather than a modal window, supports nested templates, and prepopulates any default arguments into the Peek Window.
  • An automatic fix-it for the NULL->nullptr code analysis warning (C26477 USE_NULLPTR_NOT_CONSTANT) is available via the lightbulb menu on relevant lines, enabled by default in the C++ Core Check Type Rules ruleset. Additional quick fixes in the IDE include adding missing #include directives, fixing missing semicolons, and fixing incorrect uses of '*' versus '&'.
  • Precompiled headers are no longer generated by default for C++ console and desktop apps.
  • Go to Definition now works on #include directives, opening the corresponding file. This includes the F12 shortcut, providing an easy way to navigate around your code.
  • Hovering over a closing brace of a code block provides some helpful information about the context of that block.
  • We've added support in ConcurrencyChecker for well-known STL types from the <mutex> header.
  • An updated partial implementation of the Lifetime profile checker is available for detecting dangling pointers and references.
  • We've added initial support in the compiler for the C++20 operator <=> ("spaceship") for three-way comparison.
  • We've improved performance of IntelliSense for C++ files in CMake projects.
  • Visual Studio helps bootstrap your C++ development with CMake on Linux by detecting if you have a compatible version of CMake on your Linux machine. If not, it offers to install it for you.
  • The CMake Settings Editor provides an alternative to CMakeSettings.json and provides some parity with CMakeGUI.
  • The CMake menu has been removed and reorganized for closer parity with projects and solutions.
  • Incompatible settings in CMakeSettings, such as mismatched architectures or incompatible CMake generator settings, show squiggles in the JSON editor and errors in the Error List.
  • The vcpkg toolchain is automatically detected and enabled for CMake projects that are opened in the IDE once vcpkg integrate install has been run. This behavior can be turned off by specifying an empty toolchain file in CMakeSettings.
  • CMake projects now enable Just My Code debugging by default.
  • Static analysis warnings can now be processed in the background and displayed in the editor for CMake projects.
  • We've added clearer build and configure 'begin' and 'end' messages for CMake projects and support for Visual Studio's build progress UI. Additionally, there is now a CMake verbosity setting in Tools > Options to customize the detail level of CMake build and configuration messages in the Output Window.
  • The 'cmakeToolchain' setting is now supported in CMakeSettings to specify toolchains without manually modifying the CMake command line.
  • We've implemented build throughput improvements, including the linker's handling of File I/O and link time in PDB type merging and creation.
  • We've added basic support for OpenMP SIMD vectorization. This can be enabled with the new CL switch -openmp:experimental. This allows loops annotated with “#pragma omp simd” to potentially be vectorized. The vectorization is not guaranteed, and loops annotated but not vectorized will get a warning reported. If no SIMD clauses are supported, they will simply be ignored and a warning will be reported.
  • We've added a new inlining command line switch -Ob3, which is a more aggressive version of -Ob2. -O2 (optimize the binary for speed) still implies -Ob2 by default; if you find the compiler is underinlining, consider passing -O2 -Ob3.
  • To support hand vectorization of loops containing calls to math library functions and certain other operations like integer division, we've added support for Short Vector Math Library (SVML) intrinsic functions that compute the 128-bit, 256-bit or 512-bit vector equivalents. See the Intel Intrinsic Guide for definitions of the supported functions.
  • New and improved optimizations:
    • Constant-folding and arithmetic simplifications for expressions using SIMD (vector) intrinsics, for both float and integer forms
    • A more powerful analysis for extracting information from control flow (if/else/switch statements) to remove branches always proven to be true or false
    • Improved memset unrolling to use SSE2 vector instructions
    • Improved removal of useless struct/class copies, especially for C++ programs which pass by value
    • Improved optimization of code using memmove, such as std::copy or std::vector and std::string construction
  • The Managed C++ Test Project template is no longer available. You can continue using the Managed C++ Test framework in your existing projects but, for new unit tests, consider using one of the native test frameworks for which Visual Studio provides templates (MSTest, Google Test) or the Managed C# Test Project template.
  • The Windows 8.1 SDK is no longer available in the Visual Studio installer. Please upgrade your C++ projects to the latest Windows 10 SDK. If you have a hard dependency on 8.1, you can download it from the Windows SDK archive.
  • Windows XP targeting will no longer be available for the latest C++ toolset. XP targeting with VS 2017-level MSVC compiler & libraries is still supported and can be installed via "Individual components".
  • Our documentation actively discourages usage of Merge Modules for Visual C++ Runtime deployment. We are taking the extra step this release of marking our MSMs as deprecated. Consider migrating your VCRuntime central deployment from MSMs to the redistributable package.
  • The following C++ ATL/MFC wizards are no longer available: ATL COM+ 1.0 Component Wizard, ATL Active Server Pages Component Wizard, ATL OLE DB Provider Wizard, ATL Property Page Wizard, ATL OLE DB Consumer Wizard, MFC ODBC Consumer, MFC class from ActiveX control, and MFC class from Type Lib. Sample code for these technologies is archived at Microsoft Docs and the VCSamples GitHub repository.

F# and F# tools

In this preview, we're releasing a preview of the F# 4.6 language alongside a handful of improvements to the compiler and tools.

F# 4.6 preview

This release contains the a preview of the F# 4.6 language:

Additionally, the F# compiler for F# 4.6 includes the following bug fixes and improvements:

  • A bug where Statically Resolved Type Parameters couldn't handle calling a member that hides an inherited member was fixed by Victor Peter Rouven Müller (#5531).
  • A notable source of large string allocations, particularly for IDE tooling, was fixed by Avi Avni (#5922).
  • We've optimized the use of + with strings in F# to call the minimal amount of String.Concat calls as possible (#5560).

F# tools

  • We've revamped how the F# language service is initialized by Roslyn. Type colorization for larger solutions should generally appear sooner.
  • We've fixed a longstanding bug where renaming F# script files resulted in a loss of colorization data (#1944).

F# open source infrastructure

We've completed our migration of the F# and F# tools codebase to use the .NET SDK. This should simplify the contribution process for developers who are not using Windows.


  • We have added support for enabling JavaScript debugging within unit tests in Node.js projects. This was a long-requested feature from our Node.js customers.
  • The JavaScript/TypeScript language service will now be automatically loaded in projects that have the TypeScript NuGet package or npm package installed (TypeScript 3.2 and up is supported from the NuGet package and TypeScript 2.1 and up is supported from the npm package).
  • We have implemented performance improvements in the language service as a result of increasing the memory cap on the language service to handle larger projects.
  • We no longer show diagnostics of closed JavaScript/TypeScript files in the error list by default.


  • A new Python Environments toolbar is available when editing Python files. The new toolbar enables you to switch between different Python interpreters when working with projects, Open Folder workspaces or loose Python files in other projects. With Open Folder workspaces, the selected environment is used for debugging but not yet IntelliSense or the Python Interactive window.
  • Miniconda is bundled with Python workload as an optional component, enabling you to create conda environments without having to install Miniconda/Anaconda.
  • Django templates have been updated to support Django 2.x.
  • Function return values are now shown in the Python debugger.
  • You can now create VS Live Share sessions and collaborate on Python code. Previously, Python was only supported when joining sessions in Visual Studio Live Share.

Team Explorer and Azure DevOps

We have made improvements to the Git Work Items experience with Azure DevOps.

  • Assign work items to yourself or others with the new identity picker. By default, you will be shown a list of the people you have most recently used. Or, use the search ability to search and find others in your organization.
  • We have improved the #mentions experience in the commit message. As you select a work item from the #mention picker, it will automatically be added to the Related Work Items list.
Assigning work items and #mention improvements
Assigning work items and #mention improvements

.NET and ASP.NET Tools

  • We have implemented various small UX improvements to the publish profile summary page (new section headers and actions/shortcuts) for all applications.
  • When publishing ASP.NET applications to Azure App Service, the publish profile summary page now has a new section called "Dependencies". This new section currently allows you to associate Azure Storage and Azure SQL resources with your app service instance. Expect more Azure services to be surfaced through this mechanism in the future.

Container Tools

  • We've added a streamlined single-project experience for containerizing and debugging:
    • ASP.NET Web Applications (.NET Framework)
    • Console Applications (.NET Core)
  • We've added support for debugging ASP.NET Core Applications that use Alpine as a base image.
  • We've added support for the latest ASP.NET and .NET Core images.

.NET Core tools

Starting with this release, we are making project files for .NET SDK-style projects a first-class file type in Visual Studio. The following is now supported:

  • Double-click a project node to open the project file
  • Single-click the project node to open the project file in a Preview tab
  • Find a project file by name with Go to All (ctrl + T)
  • MSBuild elements in a project file now are searchable with Find in Files
  • Opening from the error list if a project authoring error is triggered

Additionally, .NET SDK-style projects will now use the new Integrated Console experience for F5 and ctrl + F5 on console apps. This unifies the experience when launching console applications from Visual Studio:

  • For F5, the console window will not automatically close when the app is finished executing. You no longer need to add Console.Read() calls to your console apps.
  • For ctrl + F5, the console window will be re-used in subsequent runs of your app. You no longer need to close loads of console windows.

The new console window can be closed automatically by pressing a key when it is open or by selecting the option under Tools > Options > Automatically close the console when debugging stops.

Visual Studio Kubernetes Tools

The Visual Studio Kubernetes Tools, which were previously available as a separate extension for Visual Studio 2017, are now integrated into the Azure development workload in Visual Studio 2019.

Adding Kubernetes support to a new project

To add Kubernetes support to a new project, open Visual Studio and select the Create a new project option. In the Create a new project window, search for Kubernetes and select the Container Application for Kubernetes project template.

Creating a Container Application for Kubernetes
Creating a Container Application for Kubernetes

Click Next and enter a project name, location, and solution name. Then, click Create. Select the ASP.NET Core application template you want to use for your project and click OK.

Visual Studio will automatically create a Dockerfile and Helm chart that you can use to build and deploy your new application to a Kubernetes cluster. You can modify these artifacts as needed.

Adding Kubernetes support to an existing project

You can also add support for Kubernetes to an existing ASP.NET Core application. To do this, open the project in Visual Studio 2019. In Solution Explorer, right click on the project, point to Add, and click Container Orchestrator Support.

Adding container orchestrator support
Adding container orchestrator support

In the Add Container Orchestrator Support dialog, choose Kubernetes/Helm and click OK.

Visual Studio will automatically create a Dockerfile and Helm chart (in a folder named charts) that you can use to build and deploy your application to a Kubernetes cluster. If either of these artifacts are already in place, they will not be overwritten. You can modify these artifacts as needed.

Creating a publicly accessible endpoint

When you add Kubernetes support to a new or existing project, Visual Studio will ask you if you want to create a publicly accessible endpoint for your application.

Publicly accessible endpoint prompt
Publicly accessible endpoint prompt

If you click Yes, Visual Studio will configure the Helm chart for your application to create a Kubernetes ingress object when the application is deployed to a Kubernetes cluster. You can change this option at any time by modifying the Helm chart.

Debugging your application in Azure Kubernetes Service

Once you have added Kubernetes support to a new or existing project, you can easily build, run, and debug your application in a live Azure Kubernetes Service (AKS) cluster, using a feature called Azure Dev Spaces. This is useful for testing your project in the context of an actual Kubernetes cluster or for debugging a service that is part of a much larger application without having to replicate the entire application locally. Azure Dev Spaces also includes functionality that allows your development team to share an AKS cluster. For more information on Azure Dev Spaces, see the Azure Dev Spaces documentation.

To get started, ensure that Azure Dev Spaces is selected as the debug launch target in Visual Studio.

Selecting Azure Dev Spaces as debug launch target
Selecting Azure Dev Spaces as debug launch target

Before launching your project in Dev Spaces for the first time, configure the Azure subscription and AKS cluster that you wish to use. Also, select the space where you wish to run the project.

Configuring Azure Dev Spaces
Configuring Azure Dev Spaces

Typically, your team runs the latest stable version of the entire application in the default space. Then, you run your version of the service you are working on in a child space of the default space. There is now no need to run the other services in the child space; Dev Spaces automatically routes calls from your service to the stable versions of the services running in default. For more information on how to set this up, see the team development tutorials in the Azure Dev Spaces documentation.

Once you have selected the correct subscription, cluster, and space, click OK to proceed with the Dev Spaces configuration. If you select a cluster that does not already have an associated Dev Spaces controller, click OK in the following dialog box to create one automatically.

Enable Dev Spaces dialog
Enable Dev Spaces dialog

Controller creation takes about 2 minutes. You can click on the Background Tasks button in the lower left corner of the Visual Studio window to see the status.

Azure Dev Spaces controller creation status via Background Tasks
Azure Dev Spaces controller creation status via Background Tasks

Once you have a Dev Spaces controller ready to go, press F5 or click the Azure Dev Spaces debug button on the toolbar to debug your project in AKS.

Azure Dev Spaces debug button
Azure Dev Spaces debug button

Dev Spaces will synchronize your code to Azure, build a container image containing your code, and deploy it to your AKS cluster using the Helm chart defined in your project. Visual Studio will open up a remote debug connection to the service running in the cluster so you can interact with it just as you would when debugging a service running locally.

Mobile Development with Xamarin

Speed up your build times with our improvements for build in Xamarin.Android

In Visual Studio 15.9 Preview 3, we released a set of initial build performance improvements.

As of today, Xamarin.Android 9.1.1+ includes significant build performance improvements in comparison to the previous release.

Check out our Xamarin.Android 15.9 vs. 16.0 build performance comparison for more details.

Enhanced Fast Deployment for Xamarin.Android

Fast Deployment has up until now provided faster incremental deployment times by skipping over rebuilding or redeploying the Android package (.apk file) in scenarios where no changes have been made to any assets, resources, shared native libraries packaged within the app, or user-defined classes that inherit from Java.Lang.Object.

Enhanced Fast Deployment expands support for fast deployment to cover both shared native libraries and classes that inherit from Java.Lang.Object. Fast deployment builds that use these new enhancements will only need to generate a new .apk file in a limited number of scenarios, such as when the AndroidManifest.xml file changes due to addition of a new Android.App.Application or Activity subclass.

These enhancements are are not yet enabled by default in the current preview. To enable them, set the $(AndroidFastDeploymentType) MSBuild property to Assemblies:Dexes in your .csproj file:

Next-generation Dex Compiler(d8) and Code Shrinker(r8) support in Xamarin.Android

Xamarin.Android now supports the latest Android dex compiler(d8) and code shrinker (r8).

To enable these features, set the $(AndroidDexTool) and $(AndroidLinkTool) MSBuild property to d8 and r8 respectfully in your .csproj file

  • d8 is a next-generation dex compiler that runs faster and produces smaller .dex files with better runtime performance.
  • r8 is a new tool for shrinking and minification that converts Java bytecode to optimized dex code that replaces the need for ProGuard.

For more details on d8 and r8, check out our documentation.

Xamarin.Android Designer improvements with initial support for constraint layouts

We’ve begun an effort to improve startup speed of the Android Designer. As part of this effort, we have also improved the messaging that the designer provides while it is loading.

Android Designer Output

Alongside these improvements, the Android Designer now natively supports Android Pie (9.0) and provides autocompletion for ConstraintLayout attributes.

Get better XML IntelliSense and Commenting optimizations with the Xamarin.Android Designer

When using IntelliSense to add a widget to a layout, a full snippet experience is now provided so that required attributes can be supplied from the start.

We have added smart commenting and uncommenting for Android XML layouts.

Be more productive by using Go-To-Definition and use XML IntelliSense within Android resource files and AndroidManifest.xml

You can now Ctrl + Click on resource URLs to navigate to the file or line where they are defined.

Android Designer Go-To-Definition

IntelliSense/Autocompletion is now supported for other Android XML files other than layouts (colors, strings, drawables, menu, Android manifest, etc.).

Xamarin.Forms 4.0 Shell template

We updated the Xamarin.Forms templates to use the latest Xamarin.Forms 4.0 release and also added a new template option for a Xamarin.Forms Shell app. Shell aims to reduce the complexity of apps while increasing developer productivity and focusing on rendering speed and memory consumption. This template gives you a bootstrapped Shell app for Android and iOS.

Build progress indicator

You can now see more detailed build progress information when building your projects. Clicking the background tasks icon in the bottom left corner during a build will display the current build target that is running. This can be useful for determining if the build is still running but a target is taking a long time to complete.

Xamarin build progress indicator
Xamarin build progress indicator
File > New Project

We made performance improvements aimed at reducing the time it takes to create a new Xamarin project so you can start building your apps faster. We also now include the NuGet packages used by the templates as part of the workload installation in order to reduce package restore time, especially in low bandwidth or offline situations. These improvements reduce the time for a new Xamarin project to be completely loaded and restored by almost 50% in some cases.

New Xamarin project comparison gif
Creating a new Xamarin project in Visual Studio version 15.9 (left) and Visual Studio 2019 (right)

Release Notes Icon Visual Studio 2019 Preview 1.1

released December 10, 2018

Issues Fixed in Visual Studio 2019 Preview 1.1

Release Notes Icon Visual Studio 2019 Preview 1

released December 04, 2018

Summary of What's New in Visual Studio 2019 Preview 1


  • Collaborate with others using Visual Studio Live Share, which is installed by default. Additional language support for C++, VB.NET, and Razor gives guests a solution view and sharing of source control diffs.
  • Open code you recently worked on or start from one of the most commonly used flows like clone, open, or new project through the new start window.
  • Create new projects with an improved search experience and filters using the new list of templates sorted by popularity.
  • Have more vertical room for your code and a modernized look and feel through a set of new visual changes in the shell.
  • View a sharper version of your IDE regardless of your display configuration and/or scaling, as we have improved support for per monitor awareness.
  • Use an improved search capability in Visual Studio for menus, commands, options, and installable components.
  • Quickly understand your code file's 'health' with a document indicator. Run and configure through a one-click code cleanup from the indicator.
  • Easily manage the preview features you are opted in to with a new Preview Features page in the Options dialog.
  • MSBuild and Visual Studio now target .NET Framework 4.7.2 by default.


General Debugging

Source Control and Team Explorer

  • Temporarily store changes so you can work on another task by using Team explorer's Git tools support for Git stash.
  • Check out the optional extension available on the Visual Studio Market Place, Pull Requests for Visual Studio, that integrates Pull Request reviews into Visual Studio.
  • Use the new Azure DevOps work item experience that focuses on developer workflows, including user-specific work item views, creating a branch from a work item, searching for work items with #mentions, and inline editing.

Programming Languages

  • Save time when writing C++ and XAML code by using Visual Studio IntelliCode, an optional extension that gives AI-assisted recommendations for your code.
  • Learn about the F# language and tools open source contributions that have been incorporated. These changes have stabilized the existing F# feature set.
  • Easily add Python virtual and conda environments using the Python Add Environment dialog.

Web Technologies

Mobile Development with Xamarin

Universal Windows Platform (UWP)

  • The package manifest designer now maintains strict fidelity to xml changes in the Package.appxmanifest file. Comments, spacing, namespaces, and any other text changes are preserved when making edits from the designer.
  • The Windows Application Packaging project now supports .NET Core projects to produce MSIX packages.
  • The Package Creation Wizard allows direct Microsoft Store submissions.

Top Issues Fixed in Visual Studio 2019 Preview 1

If you are looking for a specific customer-reported issue that has been fixed in Visual Studio 2019 version 16.0 Preview 1, visit Developer Community.

Details of What's New in Visual Studio 2019 Preview 1

Start window

The new start window provides a streamlined launch experience to help you quickly get to your code upon starting up Visual Studio.

  • View your recent projects and folders, and open them with a single click. You can also pin and remove items from the list from the context menu.
  • Clone or checkout code by using any publicly available git URL, which will also automatically open the folder in the IDE.
  • Browse your local disk or network share for projects, solutions, or any folders containing code, and open them in the IDE.
  • Create a new project or solution that provides you with code scaffolding to help you get started.
  • Find templates by searching through a list of most popular templates for the workloads you've downloaded or filter through available languages, platforms, and project types. A two-page wizard allows you to concentrate on one decision at a time.
Start window
New Start Window Experience

Shell and platform

  • Quickly spot which version of Visual Studio you're opening and using via the new, improved product icon. The new icon is also more visible against a variety of backgrounds.
  • Experience a modernized look and feel of Visual Studio with our refreshed blue theme that gives you a cleaner user interface while still meeting our accessibility standards.
  • See more of your code, through our changes that target compactness and reclaim vertical space in the IDE. We have combined the title bar and the menu bar while also preserving existing functionality.
  • Use Visual Studio as a Per-Monitor Awareness application through a new, experimental setting. When on, this setting helps parts of Visual Studio, such as the shell and the editor, render more sharply regardless of your display configuration and/or scaling.
  • Experience an enhanced search experience across menus, commands, options, and installable components. Our new search now displays results dynamically, accommodates spelling errors, and provides relevant information (such as keyboard shortcuts) inside the search results.
Visual Studio Search with results
Enhanced Search in Visual Studio
  • View health information associated with your currently open file through the Document Health Indicator feature.
  • The Document Health Indicator will provide you with information such as:
    • A summary of errors, warnings, and suggestions on hover.
    • Navigation to the next or previous issue in the file on Click or Shift + Click, respectively.
    • The ability to configure or run Code Cleanup from the right-click menu.
Document Health Indicator
Document Health Indicator
  • If you are a C# developer, you can quickly clean up some of the most common coding suggestions using Code Cleanup.
  • Run or Configure Code Cleanup by right-clicking the Document Health Indicator in the bottom-right corner of the editor.
Document Health Indicator with Code Cleanup menu
Document Health Indicator Menu
  • Select the set of fixers you'd like to have run by configuring Code Cleanup.
Code Cleanup configuration dialog
Configure Code Cleanup
  • See the contents of your clipboard history via a context menu that extends the Clipboard Ring (Ctrl + Shift + V).
Clipboard Ring context menu
Clipboard Ring Context Menu
  • The recommended way to implement data tooltips in Visual Studio 2019 and later is now IAsyncQuickInfoSourceProvider. Legacy Editor Quick Info APIs IVsTextTipData and TextTipData are deprecated in Visual Studio 2019 Preview 1.
  • The Editor Smart Tags (ISmartTag* family of interfaces in Microsoft.VisualStudio.Language.Intellisense namespace) have been deprecated in favor of the LightBulb API and are no longer supported starting with Visual Studio 2019 Preview 1.
  • The solution options Show advanced build configurations, Always show solution, and Save new projects when created have been removed due to low usage. These values have been set to their default value of True.
  • Opt in or out of certain preview features using the new Preview Features page found in Tools > Options > Environment > Preview Features.


  • You will no longer be able to install extensions built with the V1 vsixmanifest extension format in Visual Studio 2019. V1 was introduced in Visual Studio 2010 and was deprecated in Visual Studio 2017 because it could cause reliability issues with Visual Studio. In Visual Studio 2019, the support for V1 has been completely removed. Extensions targeting Visual Studio 2019 should be rebuilt V2 or V3 of the vsixmanifest format.
  • You will now be notified when an extension is synchronously auto-loaded. Note, the extension will load and work as normal in this release, but is at risk of not functioning in the next Visual Studio 2019 update. More details can be found on our blog post about improving the responsiveness of critical scenarios by updating auto load behavior for extensions.


  • You can now see your solution load progress in the Task Status Center, as well as alerts when your solution loads finish.
  • Choose which projects to load on solution open with Solution Filter Files.
    • Create a Solution Filter File by unloading projects you don't want opened automatically, right-clicking the solution, and selecting Save As Solution Filter. You can then use the filter file to open the solution for subsequent uses.
  • Experience improved build asset discovery and file search when you Ctrl+T in Open Folder scenarios.
  • Notice performance improvements now that the Visual Studio editor will limit the impact of auxiliary components on typing performance. Particularly, it will auto-cancel any long-running, nonessential operations when typing.
  • You can configure the Visual Studio auxiliary component limitation behavior via Tools > Options > Text Editor > Advanced:
Visual Studio Typing Latency Options
Visual Studio Typing Latency Options
  • You can now disable the restoration of the project hierarchy state from the previous session in the Solution Explorer tool window. We implemented this change because restoring the project hierarchy from previous session at solution open can delay solution load.
    • Toggle this option in Tools > Options > Projects and Solutions > General.
  • You can now disable the restoration of the tool window's state from the previous session and instead always load Solution Explorer and Team Explorer at startup. This change was implemented because restoring tool windows from previous sessions can delay solution loads at startup.
    • Toggle this option in Tools > Options > Environment > Startup.

General Debugging

  • Highlight, find, and navigate with keywords using our new search feature that we integrated into the Watch, Autos, and Locals windows.
Searching for keywords in Watch
Searching in the Watch Window
  • View a dropdown of specifiers and options to format data in the Watch, Autos, and Locals windows by appending a comma to a listed item.
Format Specifier Dropdown List in Watch
Format Specifier Dropdown in Watch Window
  • You can now use custom and DataSet visualizer support for .NET Core.
  • For C++ applications running on Windows, PDB now load in a separate 64-bit process. This change addresses a range of crashes caused by the debugger running out of memory when debugging applications that contain a large number of modules and PDBs.

Source Control

  • Temporarily store changes so you can work on another task now that Team Explorer's Git tools support Git stash.
  • Review, run, and even debug pull requests from Azure Repos without leaving the IDE using our brand-new pull request experience in Visual Studio 2019. To get started, you can download the Pull Requests for Visual Studio extension from the Visual Studio Marketplace.
New Pull Request Experience
New Pull Request Experience


  • The MSBuild toolset version has been changed from 15.0 to Current. MSBuild.exe is now in %VSINSTALLDIR%\MSBuild\Current\Bin\MSBuild.exe.
  • MSBuild (and Visual Studio) now targets .NET Framework 4.7.2. If you wish to use new MSBuild API features, your assembly must also upgrade, but existing code will continue to work.


  • Collaborate in real time now that Visual Studio Live Share supports C++.
  • Save time by by using IntelliCode, an optional extension that uses its extensive training and your code context to put what you're most likely to use at the top of your completion list. For C++, IntelliCode offers the most help when you are using popular libraries like STL.
  • We have modified several project template names and descriptions to fit with the updated New Project dialog.
  • We have removed the Clang/C2 experimental component. Use the MSVC toolset for full C++ standards conformance with /permissive- and/or /std:c++17, or the Clang/LLVM toolchain for Windows. See the Visual C++ Team Blog for more details.
  • We have deprecated the C++ Compiler /Gm switch. Consider disabling the /Gm switch in your build scripts if it's explicitly defined. Alternatively, you can also safely ignore the deprecation warning for /Gm as it will not be treated as error when using "Treat warnings as errors" (/WX).
  • The C++ Android experience now defaults to Android SDK 25 and Android NDK 16b.

F# and F# tools

For F#, we focused on incorporating open source contributions and stabilizing the existing F# feature set with Visual Studio 2019 features and infrastructure.

  • We improved memory usage when using Type Providers to generate very large amounts of provided types in a completion list (#5599).
  • We optimized methods on structs and struct records to perform as well as methods on classes and class-based records (#3057).
  • We optimized the emitted IL for combined Boolean logic in F# code (#635).
  • When a user-defined attribute does not inherit from the Attribute class, you will now receive a warning.
  • The AssemblyInformationVersionAttribute value in a project file now supports arbitrary values to support scenarios such as SourceLink (#4822).
  • A bug where illegal syntax with Active Patterns would cause an internal compiler error has been fixed by Steffen Forkmann (#5745).
  • A bug where the Module suffix was erroneously added to a module in a recursive module to match a type where the only difference is a generic parameter was fixed by BooksBaum (#5794).
  • An improvement to the error message when type parameters are not adjacent to a type name has been improved by Alan Ball (#4183).
  • Various performance improvements have been added by Steffen Forkmann and Robert Jeppesen.
  • The uint16 literal suffix is listed correctly in the error messages for invalid numeric literals, by Teo Tsirpanis (#5712).
  • Error messages for computation expressions no longer state async in the message and instead refer to "computation expression(s)", by John Wostenberg (#5343).
  • An error message when incorrectly referencing .dlls in F# interactive was fixed by Bartoz Sypytkowski (#5416).
  • With "Smart" indentation on, pasting F# code into the editor will now format it to match an appropriate scope based on the current cursor position, implemented by Saul Rennison (#4702).
  • The Add open statement code fix will now default to adding the open statement at the top of the file.
  • We changed IntelliSense so that it will no longer show symbols from unopened namespaces.
  • We fixed a bug where match! in user code invalidated structure guidelines and code outlining nodes for subsequent scopes (#5456).
  • The editor will now correctly color byref, outref, and ref values as record fields with the mutable value colorization (#5579).
  • We fixed a bug where the rename refactoring did not recognize the ' character in symbol names (#5604).


Based on customer feedback, Visual Studio 2019 includes an overhauled experience for managing Python environments:

  • We added a new Add environment dialog that simplifies the experience of creating and adding virtual environments and conda environments in your project.
  • The Visual Studio installer no longer installs full versions of Anaconda to reduce the size of Visual Studio installs and avoid errors during upgrades.
    • Instead, we recommend you install Anaconda or miniconda manually and add Adaconda environments to your project using the Add environment dialog.
  • You will now be automatically prompted to add an environment if a requirements.txt (virtual environment) or environment.yml (conda environment) is present at the root of your project.


The legacy JavaScript language service is no longer available. Previously, users had the option of restoring the legacy JavaScript language service. Users will now have the new JavaScript language service out-of-the-box. The new language service is based on the TypeScript language service, which is powered by static analysis. This enables better tooling, so your JavaScript code can benefit from richer IntelliSense based on type definitions. The new service is lightweight and consumes less memory than the legacy service, providing users with better performance as their code scales.

.NET and ASP.NET Tools

  • Create ASP.NET, Console, and Class Library projects targeting .NET Core 3.0 (Windows Forms or WPF projects for .NET Core 3.0 will need to be created using the "dotnet new" command).
    • Build and debug projects targeting .NET Core 3.0 by downloading and installing the .NET Core 3.0 SDK.
  • Use code metrics with .NET Core projects with our added compatibility.
  • Export editor settings to an Editorconfig file through Tools > Options > Text Editor > C# > Code Style with the button "Generate .editorconfig file from settings".
  • Use C# and Visual Basic's new Regex parser support. Regular expressions are now recognized, and language features are enabled on them. Regex strings are either recognized when a string is passed to the Regex constructor or when a string is immediately preceded with a comment containing the string language=regex. The language features included in this release are classification, brace matching, highlight references, and diagnostics.
Regular expressions now have parser support
Regular Expression Parser Support
  • You can now use dead code analysis for unused private members with an optional code fix to remove unused member declaration.
  • The Find References feature on an accessor now only returns results for that accessor.
  • We have added a code fix for generating a deconstruct method.
  • "Using" statements can be added when code is pasted into a file. A code fix appears after pasting recognized code that prompts you to add relevant missing imports.
  • There are now more refactoring and quick actions available by using "Ctrl + ." or "Alt + Enter":
    • For cases where "await" is implied but omitted, there is now a compiler warning.
    • For converting a local function to a method.
    • For converting a tuple to a named-struct.
    • For converting an anonymous type to a class.
    • For converting an anonymous type to a tuple.
    • For a foreach loop to LINQ query or to LINQ method.
  • You now have added support for ASP .NET Core applications running in an Azure Kubernetes Service. To get started, see this docker example over on GitHub.
  • ASP.NET is now supported in the CPU Usage tool of the Performance Profiler.
CPU Usage Tool in Performance Profiler
CPU Usage Tool in Performance Profiler
  • You can now use Find All References (Shift-F12) and CodeLens to show results from Razor (.cshtml) files in .NET Core projects. You can then navigate to the identified code in the relevant Razor files.
  • We've added support for targeting ASP .NET (core and desktop) applications running on Windows Virtual Machines (VM) and VM Scale Sets.
Snapshot debugger target selection UI
Snapshot Debugger Target Selection UI
  • You will now receive a warning when running code analysis using FxCop. .NET Compiler analyzers are the recommended way to perform code analysis going forward. Read more on migrating to .NET compiler platform analyzers.
  • Portable Class Library (PCL) project templates are no longer available, and project support will not be installed by default. New projects intended to target multiple platforms should use the .NET Standard project type. Customers who require PCL project support must install the component separately from the Individual Components tab in the Visual Studio installer.
  • The "Project.CopyWebSite" command is no longer available. This feature was only available on the "Web Site" project type for .NET. It provided the ability to synchronize two web sites so that they have the same version of each file. In Visual Studio 2019, you can copy the files from the remote destination outside of Visual Studio and then open the project.
  • The ability to open a Web Site project from a remote FTP location has been removed. FTP users can copy the files from the remote destination outside of Visual Studio, open the project and make changes, and then use publish to push them back to the remote FTP location.
  • The ASP.NET and Web workload no longer installs a custom CoffeeScript editing experience. Visual Studio's TextMate bundles provide a superior experience for working with CoffeeScript.
  • CSS and CoffeeScript errors that are currently generated by built-in copies of CSSLint and CoffeeLint will no longer automatically surface when editing those files. Use an alternative method for running linters such as npm or the Visual Studio Task Runner Explorer.
  • Visual Studio no longer provides IntelliSense for Knockout HTML attributes. In Visual Studio 2019 you will need to type the attributes.
  • The ability to use the Legacy Chrome debugger in ASP.NET projects for debugging JavaScript has been removed. You can continue to use the current Chrome debugger built into Visual Studio.
  • The ability to use JavaScript Console functionality in ASP.NET projects has been removed. We recommend that customers use Console included within their favorite browser devtools.

Performance Wizard

In Visual Studio 2019, the profiling experiences that were available in the Performance Wizard have been moved to the Performance Profiler. You can find the CPU Usage Tool for sampling, and instrumentation in the Instrumentation tool in the Performance Profiler. With this change the Performance Wizard is no longer needed and has been removed from Visual Studio 2019. Additionally the sampling option in the VS Performance command line tools have been removed, a replacement command line tool will be released in an upcoming preview.

Test Tools

  • You can now right-click on tests, test classes or test projects in the Solution Explorer to run or debug tests.
  • Test runs now auto-detect what processor architecture is set in the project properties.
  • OSS UI test tools such as Selenium and Appium have gained momentum and have a strong community backing. Because these frameworks have become industry standards, we deprecated Coded UI test for automated UI-driven functional testing. Visual Studio 2019 will be the final version of Visual Studio with Coded UI test features. We recommend using Selenium for testing web-applications and Appium with WinAppDriver for testing desktop and UWP apps.
  • Visual Studio 2019 will be the last version of Visual Studio with load test features. For customers requiring load testing tools, we recommend using alternate load testing tools such as Apache JMeter, Akamai CloudTest, Blazemeter.
  • In Visual Studio 2019, some test window APIs that were previously marked public but were never officially documented have been removed. They were marked deprecated in Visual Studio 2017 to give extension maintainers an early warning. To our knowledge, very few extensions have taken a dependency on these APIs. These APIs include IGroupByProvider, IGroupByProvider, KeyComparer, ISearchFilter, ISearchFilterToken, ISearchToken and SearchFilterTokenType. If this change affects your extension, please let us know by submitting an issue on Developer Community.

Mobile Development with Xamarin

This release includes improvements to workload size and Android build performance and reliability, as well as enhancements for Xamarin.Android and Xamarin.Forms productivity.

  • The Xamarin workload is now just 7.69GB, a 2x reduction from Visual Studio 2017 version 15.9 and a 3x improvement over version 15.7.
  • The IntelliCode extension now supports Xamarin.Forms XAML.

Android Build Performance and Reliability

In Visual Studio 2017 version 15.9 and Visual Studio for Mac 7.7, we made initial build performance and build correctness improvements. In Visual Studio 2019 and Visual Studio for Mac 7.8, we made building and deploying even faster.

Android Build Performance
Android Build Now Faster than Grabbing a Cup of Coffee
  • You will now make use of Android's next generation packaging tooling. To enable this feature, add an MSBuild flag in your project's .csproj:
    • aapt2 divides Android packaging into two steps: Compile and Link. This improves performance for incremental builds and provides earlier error reporting. For example, if there are changes in a single file, you only need to recompile that file. <AndroidUseAapt2>True</AndroidUseAapt2>
  • By enabling this tool in your projects, you enable enhanced performance at both build time and runtime. For more details on these properties, see our documentation on the Build Process in Xamarin.Android.

Xamarin Android Designer Enhancements

We have made a number of productivity enhancements to the interactions in Split View.

  • Drag and drop directly from the toolbox to the source editor to help quickly scaffold your Android layouts.
Android Designer Toolbox to Source Editor
  • Select elements directly from their XML definition span in the source editor. We implemented this by synchronizing the caret position with the corresponding Android view, allowing you to quickly access an element's properties in the property panel right from the editor.
Android Designer Source Editor to Property Editor
  • Use an inline color preview to your XML code so you can see what colors are being used in your controls.
Android Designer Color Preview
  • Use our quick info feature by hovering over a value to find out more about it, such as where it's defined or what the hexadecimal value for the color is.
Android Designer Quick Info
Quick Info in Action

Xamarin.Forms Property Panel

You can now edit the most common attributes of Xamarin.Forms controls, cells, and layouts in a property panel and see those changes reflected immediately in your XAML.

Xamarin.Forms Property Panel
Xamarin.Forms Property Panel

Android Emulator Improvements

In Visual Studio 2019, Android emulator images are easier to create. We've also continued to work with the Windows team in the Windows 10 October 2018 Update, version 1809, to improve the performance of the Android emulator when running on Hyper-V.

  • New users can create their first image by simply pressing the run icon.
  • Our emulator acquisition experience automatically determines the best configuration for your setup and takes advantage of hardware acceleration (with Intel HAXM or Hyper-V) and quick boot by default.
  • When you want to create another image, you can select Create Android Emulator from the dropdown to open the Android Device Manager.

Universal Windows Platform

  • The IntelliCode extension now supports XAML.
  • To reduce Visual Studio setup complexity and size, Windows Phone emulators have been removed from Visual Studio installation. You will now need to download the emulators manually.
  • XAML design time tooling for UWP apps targeting Windows 10 SDKs before the Windows 10 Fall Creators Update (build 16299) has been removed. Retarget your applications to Windows 10 version 1709 or higher to use the XAML Designer, or use the XAML editor.
  • UWP test projects using project.json to define NuGet dependencies are no longer supported. You must upgrade your project to use the new PackageReference format.
  • UWP JavaScript apps are no longer supported in Visual Studio 2019. You cannot create or open JavaScript UWP projects (files with extension jsproj). You can learn more via our documentation on creating Progressive Web Apps (PWAs) that run well on Windows.
  • You can continue to attach to JavaScript UWP apps as before, however the JavaScript profiling tools (Network ,CPU and Memory Profiler) are no longer available in Visual Studio 2019.

Office Tools Template Updates

In Visual Studio 2019, we made a few changes to the Office, SharePoint, and VSTO templates.

  • The SharePoint 2019 templates that were added in Visual Studio 2017 15.9 are also available in Visual Studio 2019.
  • We have removed support for SharePoint Sequential Workflow or State Machine Workflows. While you will not be able to create or open these workflows in Visual Studio 2019, you can continue to edit them in previous releases of Visual Studio.
  • Office 2010 templates will no longer be available. However, you can still open existing Office 2010 projects in Visual Studio 2019.
  • The Office 2013 and 2016 templates have been renamed to reflect that they support Office 2013 and above.

Team Explorer and Azure DevOps

We are releasing a new, streamlined, developer-centric experience when connecting Team Explorer to an Azure DevOps project.

  • Focus on relevant work items by filtering and pivoting your view based on work items assigned to you, ones that you're following, ones where you're mentioned in the discussion, and ones based on your activity.

    • Within each view, you can create a work item inline, perform simple inline edits, mark a work item as complete, and associate a work item to pending changes.
  • Create a local branch from a work item which will automatically relate the work item to the changes made to that local branch. This is the default experience. Should you want to switch to the legacy experience, you can by setting the Work Items experience in Visual Studio. Note that this new experience is only true for Git repos. The new experience for TFVC repos will available in a following update.

    Azure DevOps Work Item Hub
    Azure DevOps Work Item Hub
  • Search for work items when doing a #mention in the pending changes commit message. For more details, see the View and add work items using the Work Items page.

    Azure DevOps #mentions
    Azure DevOps #mentions
  • Support for Microsoft Project has been removed from the Team Foundation Server Office Integration 2019 plug-in for Visual Studio 2019 due to a low adoption rate in Azure DevOps. You will now need to export your work items to Excel and manually paste them into Project.

  • Support for PowerPoint has been removed from the Team Foundation Server Office Integration 2019 plug-in for Visual Studio 2019. However, users can still create storyboards in PowerPoint and link them manually to work items in Azure DevOps.

Application Insights and HockeyApp

  • The Application Insights Trends window has been removed in Visual Studio 2019 in favor of alternatives that are more feature-rich. Instead, you can use the Application Insights Search window in Visual Studio or the rich set of diagnostics tools in Application Insights in the Azure portal.
  • The wizards for adding the HockeyApp SDK and creating new beta distributions have been removed. We instead recommend using Visual Studio App Center, the successor to HockeyApp. You can still use HockeyApp normally, except without these shortcuts in Visual Studio. If you would like to learn more about HockeyApp, check out our support page.

Known Issues

See all existing known issues and available workarounds in Visual Studio 2019 by following the below link.

Visual Studio 2019 Known Issues


We would love to hear from you! For issues, let us know through the Report a Problem option in the upper right-hand corner of either the installer or the Visual Studio IDE itself. The Feedback Icon icon is located in the upper right-hand corner. You can make a product suggestion or track your issues in the Visual Studio Developer Community, where you can ask questions, find answers, and propose new features. You can also get free installation help through our Live Chat support.


Take advantage of the insights and recommendations available in the Developer Tools Blogs site to keep you up-to-date on all new releases and include deep dive posts on a broad range of features.

Developer Tools Blogs

Visual Studio 2019 Release Notes History

For more information relating to past versions of Visual Studio 2017, see the Visual Studio 2019 Release Notes History page.

Top of Page