Visual Studio 2019 Release Notes
Click a button to download the latest version of Visual Studio 2019. For instructions on installing and updating Visual Studio 2019, see the Update Visual Studio 2019 to the most recent release. Also, see instructions on how to install offline.
What's New in Visual Studio 2019
Visual Studio 2019 Preview Releases
- March 19, 2019 — Visual Studio 2019 RC.3
- March 12, 2019 — Visual Studio 2019 RC.2
- March 06, 2019 — Visual Studio 2019 RC.1 Svc1
- March 05, 2019 — Visual Studio 2019 RC.1
- February 27, 2019 — Visual Studio 2019 RC
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:
released March 19, 2019
Top Issues Fixed in Visual Studio 2019 RC.3
- Modal progress dialog stays open permanently even when IDE is responsive ('Preparing Solution', 'Creating Project', Edit and Continue, etc).
- .sql files are empty.
- Properties Window in Forms Designer shows vertical scrollbar without drag handle with automatic scaling on 4K display in Visual Studio 2019 RC.
- VSIXInstaller.exe crashes randomly when installing multiple extensions sequentially in Visual Studio 2019 RC.1.
- MSBuild failure when executing multi-line Exec commands.
- You can now use Time Travel Debugging with the snapshot debugger on ASP.NET Apps running on an Azure VM. Please note that this feature may not work in all Azure regions at release.
released March 12, 2019
Top Issues Fixed in Visual Studio 2019 RC.2
- Find in files "Locating next match" UI is annoying.
- Find files keeps defaulting to current document.
- Quick references freezes VS 2019 RC.
- Error List does not show errors because it is scoped to "Current Document".
- Cannot use conditional breakpoint on PropertyInfo.Name value.
- Visual Studio crashes when parsing macros at the end of a file.
- Search in Visual Studio 2019 is very slow.
- Visual Studio hangs when starting debugging.
- vdproj not supported in Visual Studio 2019 RC.
- Visual Studio installer welcome image contains offensive element for Chinese.
- VSIX Extension pre-req has been removed in Visual Studio 2019 RC breaking extension compatibility.
- Create Project from Start Screen Ignores Selected Project Folder.
- cpp properties is dialog does not show up when using Project menu item or select "Manage configuration" drop down menu.
- Visual Studio 2019 Build Tools - developer prompt title says "Developer Command Prompt for Visual Studio 2017".
- German tranlation regarding the Feedback Tool: Help > Send Feedback > Report a Problem.
- 自动完成功能，如果双击候选项，会丢失输入焦点，需要单机编辑器才能继续输入-AutoComplete function, if you double-click the candidate, will lose the input focus, need a stand-alone editor to continue to enter.
- Context menus are sometimes placed on the wrong monitor in a multiple monitor configuration.
- Visual Studio 2019 conflict with QQ Pinyin.
- Cannot drag maximized Visual Studio window.
- Fixed slow reload of multiple C# and Visual Basic projects.
- When IntelliSense is present, when a user types Shift + Enter, the active selection will be completed and a new line inserted.
- Fixed a PMA issue where editor tooltips and light bulb doesn't render properly.
- Notifications about crashes caused by extensions now show up again.
- Notifications about performance of Visual Studio have been secured against tampering.
- Fixed an issue with toolbar rendering when dragged across displays.
- Fixed an issue with Tools Options rendering when running with per-monitor awareness enabled.
- Various DpiHelper classes has been deprecated (extensibility).
- Fixed splash screen scaling to better match the primary monitor scale factor.
- Fixed an issue in settings import where warnings/errors were not always reported correctly.
- Fixed an issue where Tools Options reported software rendering regardless of rendering tier.
- Fixed an issue where the name of the open folder was not displayed in the title bar region.
- Fixed an issue with find in files positioning when per-monitor awareness is enabled.
- Fixed an issue with dock adorner rendering when per-monitor awareness is enabled.
released March 06, 2019
Top Issues Fixed in Visual Studio 2019 RC.1 Svc1
released March 05, 2019
Top Issues Fixed in Visual Studio 2019 RC.1
- Visual Studio 2019 Preview 4 crash if closing undocked Window.
- Intellisense error: C++11 static constexpr member initialization causes "member may not be initialized".
- Start Page "Remove From List" stops working.
- $(VCIDEInstallDir) is an invalid path. Missing backslash in Microsoft.Cpp.Common.props.
- Visual Studio 2019 Preview 2.0+ crashes when opening soultion filter.
- Manage Extensions toolbar throws exception.
- Fixed rendering of the Import and Export Settings Wizard when running per-monitor aware
- Fixed sizing of the New Project Dialog when running per-monitor aware
- Made a set of visual refinements to the start window
released February 27, 2019
Summary of What's New in Visual Studio 2019 RC
- Be more efficient now that Visual Studio updates will now be downloaded in the background.
- Control installation mode for Visual Studio updates.
- 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 create a 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.
- 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.
- 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.
- Configure .NET Core projects more easily with first-class project files.
- 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.
- 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.
- MSBuild and Visual Studio now target .NET Framework 4.7.2 by default.
- We have removed Azure App Service-related features from Server Explorer; equivalent functionality is instead available in Cloud Explorer.
- Take control of how solutions load by using Visual Studio's new performance improvements that affect stepping speed, branch switching speed, and more.
- See solution load progress in the Task Status Center.
- Choose which projects to load on solution open with solution filter files.
- Improve your typing performance by limiting the impact of auxiliary components.
- Toggle the new option to disable restoring of your project hierarchy state and tool window state.
- Learn the new shortcut for Build Selection and quickly Build All in CMake with the new Build All command.
- Code faster with improved performance of IntelliSense for C++ files in CMake projects.
- Load larger .NET Core solutions and enjoy significant memory reductions when working with them over time.
- Load project dependencies quickly with a new project context menu command.
- See performance tips in the performance center.
General Debugging and Diagnostics
- Search keywords within the Watch, Autos, and Locals windows while debugging to improve your ability to find objects or values.
- View a dropdown of format specifiers in the Watch, Autos, and Locals windows when inspecting data.
- Use a custom visualizer, now compatible with .NET Core.
- Debug very large applications with large numbers of modules and PDBs.
- Use Hot Path Highlighting for CPU and DotNet Object Allocation tools in the Performance Profiler.
- 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.
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.
- 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.
Experience a preview of the 8.0 language features that the C# compiler now supports, including:
- Nullable reference types: When the feature is turned on (for example, with
#nullable enableor at the project-level with
<NullableContextOptions>enable</NullableContextOptions>), reference types are treated as nullable if annotated with
?, and as non-nullable otherwise. The compiler then analyzes where null values flow and warns about likely unsafe usages.
switch-like semantics in an expression context.
- Recursive pattern matching: New patterns allow testing fields/properties and positional elements (from tuples or deconstruction).
- Support for
Indextypes being used in CoreFX for slicing, including the
x..yliteral syntax for ranges.
- Asynchronous streams represented by
IAsyncEnumerable<T>can be enumerated asynchronously with
await foreachand can be produced with
async IAsyncEnumerable<T>iterator methods.
usingdeclarations: Dispose at the end of the current block, without increasing the level of nesting.
refstructs can be disposed by implementing a public
staticlocal functions: Local functions marked with
thisor variables in the enclosing functions.
- Local functions and lambdas can now declare parameters and locals that shadow names of variables of the enclosing functions.
- Null-coalescing assignment:
x ??= y;only assigns
Find out more in Mads' overview of C# 8.0.
Additionally, you can use more modern C# language features in Visual Studio by default.
- Save time when writing C++ and XAML code by using Visual Studio IntelliCode, an optional extension that gives AI-assisted recommendations for your code.
- Experience in-editor code analysis warnings. Code analysis runs automatically in the background and warnings display as green squiggles.
- Try the new Template Bar, which uses the Peek Window UI and supports nested templates.
- Run the new, updated implementation of the C++ Lifetime profile checker.
- Configure your CMake projects using the new CMake Settings Editor, which provides an alternative to CMakeSettings.json.
- Try out a host of backend improvements including OpenMP SIMD vectorization, link-time speedups, and more aggressive inlining.
- 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.
- Quickly switch between your previous sample arguments now that the Template Bar for Template IntelliSense has a Most Recently Used dropdown.
- F# 4.6 is in Preview, along with various other compiler improvements.
- Experience performance improvements for larger solutions and various bug fixes for F# and the F# tools.
- Learn about some of the awesome work done by open source contributors to the F# language and tools.
- Debug unit tests in Node.js projects.
- Experience additional support for users who are building TypeScript projects from NuGet and npm packages.
- Easily add Python virtual and conda environments using the Python Add Environment dialog.
- Work more easily with Python environments, including improved support for Open Folder workspaces using a new Python environment selector toolbar.
- Create Visual Studio Live Share sessions and collaborate on Python code with other Visual Studio users.
- Take advantage of the added support for working with .NET Core 3.0 projects.
- Check out CPU profiling of ASP.NET.
- Use snapshot debugger for .NET web apps running on Virtual Machines, Virtual Machine Scale Sets, and Azure Kubernetes Service.
- Develop container applications for Kubernetes with the Visual Studio Kubernetes Tools
- 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.
- Experience visual enhancements when creating a new ASP.NET application
- Re-supply publish credentials for an existing Azure Functions publish profile
- Experience a more streamlined single project for containerizing and debugging.
- Make use of added support for debugging Alpine and additional base images.
Mobile Development with Xamarin
- Get started quicker with a reduced Xamarin workload size and improved performance when creating new projects.
- See more detailed build progress information.
- Use IntelliCode with Xamarin.Forms XAML.
- See your XAML previewed without building your project first with the new Basic Preview Mode in the Xamarin.Forms Previewer.
- Preview your Xamarin.Forms XAML on different devices with the new Xamarin.Forms Previewer device drop-down.
- Check out the new property panel for Xamarin.Forms controls.
- Use the newly-added Shell template for Xamarin.Forms.
- Experience improvements to Xamarin.Android initial and incremental build performance.
- Create new Android emulators using the deploy target menu.
- Speed up your build times with our improvements for build in Xamarin.Android.
- Experience Enhanced Fast Deployment and d8/r8 support for Xamarin.Android.
- Take advantage of enhanced productivity in the Xamarin.Android Designer.
- Try out Xamarin.Android Designer improvements with initial support for constraint layouts.
- Be more productive with the Xamarin.Android Designer by using Go-To-Definition and enhanced XML IntelliSense/Autocompletion for Android Resource files.
Universal Windows Platform (UWP)
- Preserve comments, spacing, namespaces, and any other text changes when making edits from the designer. The package manifest designer now maintains strict fidelity to xml changes in the Package.appxmanifest file.
- Use the Windows Application Packaging project for .NET Core projects to produce MSIX packages.
- Use the Package Creation Wizard for direct Microsoft Store submissions.
- 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.
SQL Server Data Tools
- Experience an updated SSDT and DacFX that now includes UTF-8 collation support.
Top Issues Fixed in Visual Studio 2019 RC
- Team Explorer - Changes: panel not sizing to the Team Explorer window.
- Visual Studio 2017 SQL Server Object Explorer server list not persisting .
- intellisense problems with linux-x64 mode.
- Index was out of range. Must be non-negative and less than the size of the collection.Parameter name: index.
- Visual Studio 2017 UNDO does not work/stops working (reported AGAIN!!!!).
- Intellisense not working for files created under WSL.
- Intellisense error: C++11 static constexpr member initialization causes "member may not be initialized".
- VS doesn't restore windows position when switching in/out of debug.
- Third party toolbox items are reloaded every time VS2019 Preview 2.2 is started.
- 'Set as StartUp Project' crashes the IDE after updating to VS2019 Preview Release 3.
- Visual Studio 2019 building Visual Studio 2017 C++ projects fail.
- Fixed Toolbox refresh issue.
- Toolbox controls are making vssettings file too big.
- SSDT: Fix for Login failed errors when performing a New Data comparison function .
- SSDT: Fix for Source is Unavailable error when performing Schema Compare .
- SSDT: Fix for Schema Compare Generate Script does not generate script .
- SSDT: Fix to improve performance of loading solutions with multiple projects.
- SSDT: Fix for SQL files not always being deleted when performing a Schema Compare between a database and a project and a delete table is executed subsequently.
- SSDT: Accessibility fixes to improve narration capabilities.
- SSDT: Replaced older sqlncli driver with new Microsoft ODBC Driver for SQL Server.
Details of What's New in Visual Studio 2019 RC
- 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.
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. Pin and remove items from the list through the context menu.
- Clone or check out code by using any public or private git URL, which will also automatically open the folder in the IDE.
- Sign in, browse, and one-click clone or connect to your hosted repositories from Azure DevOps or install extensions for other source control hosts to view repositories owned by you and your organization.
- Browse your local disk or network share for projects, solutions, or any folders containing code, and open them in the IDE.
- Select a project template that provides you with code scaffolding to help you get started with a new project or solution.
- Search for project templates by their title, description, and tags or filter through available languages, platforms, and project types. The default list shows all available templates, while a list of your top 10 recently used project templates appears on the left pane for quick access. A two-page wizard allows you to concentrate on one decision at a time.
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.
- View health information associated with your currently open file through the Document Health Indicator feature.
- If you are a C# developer, you can quickly clean up some of the most common coding suggestions using Code Cleanup.
- Select the set of fixers you'd like to have run by configuring Code Cleanup.
- See the contents of your clipboard history via a context menu that extends the Clipboard Ring (Ctrl + Shift + V).
- 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.
- 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.
- 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.
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.
- Quickly open large solutions by loading your solution with all projects unloaded.
- 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.
- 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.
- 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.
- 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:
- 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 and Diagnostics
- Highlight, find, and navigate with keywords using our new search feature that we integrated into the Watch, Autos, and Locals windows.
- 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.
- 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.
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.
- 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
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.
- 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.
- The MSBuild toolset version has been changed from
MSBuild.exeis now in
- 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.
For every release prior to Visual Studio 2019, the default C# language version was always equivalent to Latest Major. In Visual Studio 2017, C# evolved and released three minor versions: 7.1, 7.2, and 7.3. However, new projects were still defaulting to C# 7.0. This proved frustrating for C# developers who wanted to use new features, but had to manually change the language version for each new project.
To address this problem, the default C# language version is determined by its target framework:
- If you are targeting .NET Core 3.0 preview, the C# language version will be C# 8.0 Preview.
- If you are targeting .NET Framework or any non-preview of .NET Core, the C# language version will by C# 7.3.
This allows the use of the latest stable C# language features by default, and when using .NET Core previews, the use of C# 8.0 preview language features that align with .NET Core 3.0 Preview.
If you specify a language version via
LangVersion in a project or props file, that language version overrides the previously described default.
- 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.
- 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 installhas 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 under-inlining, 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# improvements in Visual Studio 2019 are in three major areas:
- F# 4.6 Preview
- Major performance improvements for medium and larger solutions
- Lots of open source work by our excellent open source community
F# 4.6 Preview
This release contains the a preview of the F# 4.6 language:
- ValueOption type and ValueOption module function parity with Option type.
- tryExactlyOne function for arrays, lists, and sequences, contributed by Grzegorz Dziadkiewicz.
F# compiler and FSharp.Core improvements
The F# and compiler and FSharp.Core have seen numerous improvements, especially from open source contributors:
- 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 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).
- We've optimized the use of
+with strings in F# to call the minimal amount of
String.Concatcalls as possible (#5560).
- 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).
- When a user-defined attribute does not inherit from the
Attributeclass, you will now receive a warning, by Vasily Kirichenko.
AssemblyInformationVersionAttributevalue 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
Modulesuffix 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).
uint16literal suffix is listed correctly in the error messages for invalid numeric literals, by Teo Tsirpanis (#5712).
- Error messages for computation expressions no longer state
asyncin 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).
- 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).
- Various smaller performance improvements to the compiler have been added by Steffen Forkmann and Robert Jeppesen.
F# performance improvements
Another big focus area for F# in Visual Studio 2019 has been performance for medium and large solutions. We addressed some very long-standing issues, some of which dating back to the very first edition of F# tools for Visual Studio. We also got some help from the excellent F# open source community.
- We've revamped how the F# language service is initialized by Roslyn. Type colorization for larger solutions should generally appear sooner.
- We changed our representation of source text to avoid large allocations over time, especially with bigger files (#5935, #5936, #5937, #4881).
- We changed our build caches for small edits to files to use significantly less memory (#6028).
- We modified a compiler feature that suggests names when unrecognized tokens are typed to only compute these suggestions on-demand, resulting in significant CPU and memory reductions when typing slowly in larger solutions (#6044).
- We changed IntelliSense so that it will no longer show symbols from unopened namespaces by default. This notably improves performance for IntelliSense in projects with many references. This feature can be turned back on in the settings via Tools > Options > Text Editor > F# > IntelliSense.
- We improved memory usage when using Type Providers to generate very large amounts of provided types in a completion list (#5599).
- A reduction to CPU and memory usage to an internal string comparison algorithm for suggesting unrecognized names has been fixed by Avi Avni (#6050).
- A notable source of large string allocations, particularly for IDE tooling, was fixed by Avi Avni (#5922).
- A notable source of Large Object Heap allocations coming from computing IntelliSense has been fixed by Chet Husk (#6084)
F# tooling improvements
In addition to performance improvements, various other improvements to F# tooling for Visual Studio 2019 have been made:
- The Add
openstatement code fix will now default to adding the
openstatement at the top of the file.
- 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
refvalues 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).
- We've fixed a longstanding bug where renaming F# script files resulted in a loss of colorization data (#1944).
- We cleaned up IntelliSense so that it doesn't show unrelated items in the list when pressing backspace.
- 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).
- An issue where F# editor options weren't syncing has been fixed by Jakob Majocha (#5997, #5998).
- A bug where IntelliSense in a constructor within an
inheritclause wouldn't show the primary constructor has been fixed by Eugene Auduchinok (#3699)
- Various smaller improvements to the F# language service have been made by Eugene Auduchinok
F# open source infrastructure
We've fully migrated the F# and F# tools codebase to use the .NET SDK. This dramatically simplifies the contribution process for developers, especially if they are not using Windows. Additionally, Jakob Majocha has helped in cleaning up documents for new contributors in light of the changes to the codebase.
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.
- Miniconda is bundled with Python workload as an optional component, enabling you to create conda environments without having to install Miniconda/Anaconda.
- 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.
- 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.
- Improvements to the quality of auto-completions in Python IntelliSense, including improved detection of relative and namespace imports.
- Django project 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 with other Visual Studio users. Previously, Python was only supported when joining sessions created from Visual Studio Code.
- 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.
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.
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.
.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.
- 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.
- 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.
- 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.
- 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.
- 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
.NET Core 3.0
With this release, you can create ASP.NET Core, Console, and Class Library projects targeting .NET Core 3.0 if you have the preview SDK installed.
If you are using Visual Studio RC, you need to also go to Tools > Options > Projects and Solutions > .NET Core and check the Use previews of the .NET Core SDKs checkbox. If you are using Visual Studio Preview, you do not need to do this. You can read more about this setting and its behavior in .NET Core tooling update for Visual Studio 2017 version 15.9.
You can also create Windows Forms or WPF projects for .NET Core 3.0 with the "dotnet new" command. These projects can then be opened in Visual Studio 2019.
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
ctrl + F5 on console apps. This unifies the experience when launching console applications from Visual Studio:
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.
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.
Support for License Expressions and License Files has now been added to project property pages. This aligns with changes to deprecate
licenseUrl in NuGet.
- The scalability of large solutions has been significantly improved, allowing the use of much larger .NET Core solutions than before.
- Solution load times for large projects have been significantly reduced, as has the CPU and memory usage when loading them.
Feature parity with non-.NET Core projects
- A long-standing issue where configuration changes were not respected at design-time, forcing a project reload, has been addressed.
- It is now possible to Go to definition from Razor to C# in ASP.NET Core projects.
- There is now support for AvailableItemName Items.
- There is now support for automatic nesting of dependent files which are added to the project via globbing.
- Support for XamlAppDef has been added by William Kent.
.NET refactorings and codefixes:
- Sync Namespace and Folder Name
- Pull members up refactoring with dialog options
- 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
$@"when typing interpolated verbatim string
- Completion for
- 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.
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.
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.
- 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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
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.
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.Forms Previewer's Basic Preview mode
You no longer have to build your project for the Xamarin.Forms XAML Previewer to show you a preview of your code! If you have custom controls in your XAML file, you might need to build your project to preview those, or opt them into design time rendering.
Xamarin.Forms Previewer device drop-down
You can now swap between different Android and iOS devices to preview your Xamarin.Forms XAML on using our new device drop-down menu.
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 Shell template
We updated the Xamarin.Forms templates to use the latest Xamarin.Forms 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.
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.
- You will now make use of Android's next generation packaging tooling. To enable this feature, add an MSBuild flag in your project's
- 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.
- 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.
- 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.
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.
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
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
These enhancements 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:
<PropertyGroup> <AndroidFastDeploymentType>Assemblies:Dexes</AndroidFastDeploymentType> </PropertyGroup>
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
$(AndroidLinkTool) MSBuild property to
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.
<PropertyGroup> <AndroidDexTool>d8</AndroidDexTool> </PropertyGroup>
- r8 is a new tool for shrinking and minification that converts Java bytecode to optimized dex code that replaces the need for ProGuard.
<PropertyGroup> <AndroidLinkTool>r8</AndroidLinkTool> </PropertyGroup>
For more details on d8 and r8, check out our documentation.
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.
- 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.
- Use an inline color preview to your XML code so you can see what colors are being used in your controls.
- 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.
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.
Alongside these improvements, the Android Designer now natively supports Android Pie (9.0) and provides autocompletion for
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.
IntelliSense/Autocompletion is now supported for other Android XML files other than layouts (colors, strings, drawables, menu, Android manifest, etc.).
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.jsonto define NuGet dependencies are no longer supported. You must upgrade your project to use the new
jsproj). You can learn more via our documentation on creating Progressive Web Apps (PWAs) that run well on Windows.
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.
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.
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.
See all existing known issues and available workarounds in Visual Studio 2019 by following the below link.
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 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.
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.