Совместимость visual studio 2017 и 2019
Visual Studio 2019 contains many new and exciting features and IDE productivity enhancements to support Windows app development, cross-platform mobile development, Azure development, web and cloud development, and more. To try out Visual Studio 2019, see Visual Studio 2019 Downloads. For more information about everything that's new in this release, see the Visual Studio 2019 release notes and What's New in Visual Studio 2019.
Installation
You can install and use Visual Studio 2019 alongside previous versions of Visual Studio, including Visual Studio 2017, Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012.
Download
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.
Note: Installation package size will vary depending on your current Visual Studio configuration.
System Requirements
For information on the system requirements for installing and running the Visual Studio 2019 family of products, including Team Foundation Server 2019, see the Visual Studio 2019 System Requirement page and Visual Studio for Mac Product Family System Requirements.
Feedback and Support
For support, or to submit feedback on Visual Studio, see:
Upgrade Projects to Visual Studio 2019
When following the supported upgrade paths, your Visual Studio source, solutions, and project files will continue to work; however, you should expect to make some changes to sources. While we cannot guarantee binary compatibility between releases, we will do our best to document significant changes to assist you with updates.
For details on how to migrate your projects to Visual Studio 2019, see Porting, Migrating, and Upgrading Visual Studio Projects.
Platform Targeting
Visual Studio provides cutting-edge tools and technologies to create apps that take advantage of the latest platform capabilities, whether Windows, Android, iOS, or Linux. Visual Studio 2019 also targets earlier platforms so you can create new apps or modernize existing apps that execute on earlier versions of Windows while leveraging the enhanced development tools, quality enablement, and team collaboration capabilities in Visual Studio 2019. For more information, see Managing references in a project and Visual Studio Multi-Targeting Overview.
Visual Studio 2019 Support for Windows Development
The following table explains the Microsoft Windows platforms for which you can build apps by using Visual Studio 2019.
Notes
-
version 5 (Visual Studio 16.8 or later) versions 4.8, 4.7.2, 4.7.1, 4.7, 4.6.2, 4.6.1, 4.6, 4.5.2, 4.5.1, 4.5, and 4.0 3.1, 3.0, 2.2, 2.1, and 1.1.
Visual Studio 2019 Support for Android Development
You can use Visual Studio setup to easily obtain the Android SDK and Android API levels 19, 21, 22, and 23. You can download additional API levels separately using the Android SDK Manager. You can also use Visual Studio Setup to obtain the Android Native Development Kit (R10E), Java SE Development Kit, and Apache Ant.
Visual Studio 2019 Support for iOS Development
Visual Studio 2019 enables you to build and debug apps for iOS by using C++, Unity, or Xamarin and a Mac configured for iOS development when using remotebuild, vcremote, the Visual Studio Tools for Unity, or the Xamarin Mac Agent. Xamarin supports iOS 7 and higher, and requires OS X 10.10 "Yosemite" or higher. You can also use Visual Studio for Mac to build iOS apps using a Mac.
Visual Studio 2019 Support for Linux Development
- CentOS 7.1 and Oracle Linux 7.1
- Debian 8
- Fedora 23
- Linux Mint 17
- openSUSE 13.2
- Red Hat Enterprise Linux 7.2
- Ubuntu 14.04 and 16.04
Visual Studio 2019 Support for macOS Development
Other Platforms and Technologies
Compatibility with Previous Releases
Team Explorer, Azure DevOps Server, and Team Foundation Server
Team Explorer for Visual Studio 2019 will connect to Azure DevOps Server 2019, Team Foundation Server 2017, Team Foundation Server 2015, Team Foundation Server 2013, Team Foundation Server 2012, and Team Foundation Server 2010 SP1.
Silverlight
Silverlight projects are not supported in this version of Visual Studio. To maintain Silverlight applications, continue to use Visual Studio 2015.
Windows Store and Windows Phone apps
Projects for Windows Store 8.1 and 8.0, Windows 10 Mobile and Windows Phone are not supported in this release. To maintain these apps, continue to use Visual Studio 2015. To maintain Windows 10 Mobile projects, use Visual Studio 2017. To maintain Windows Phone 7.x projects, use Visual Studio 2012.
Each version of Visual Studio generally supports most previous types of projects, files, and other assets. You can work with them as you always have, and provided that you don't depend on newer features, Visual Studio tries to preserve backwards compatibility with previous versions like Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012. (See the Release Notes for which features are specific to which versions.)
Support for some project types also changes over time. A newer version of Visual Studio may no longer support certain projects at all, or requires updating a project such that it's no longer backwards compatible. For current status on migration issues, refer to the Visual Studio Developer Community site.
This present article provides details only for project types that Visual Studio 2017 can migrate. The article excludes project types that are no longer supported in Visual Studio 2017 and cannot therefore be migrated. The article also excludes supported project types that have no migration issues; that list is found on Platform Targeting and Compatibility.
If you're looking for information specific to our newest release, see the Visual Studio 2022 version of this page.
Certain project types require installing the appropriate workloads through the Visual Studio installer. If you don't have the workload installed, Visual Studio reports an unknown or incompatible project type. In that case, check your installation options and try again. Again, see the Platform Targeting and Compatibility article for details on project support in Visual Studio 2017.
Project types
The following list describes support in Visual Studio 2017 for projects that were created in earlier versions.
If you don't see a project or file type listed here that should be, consult the Visual Studio 2015 version of this article and use the Send feedback about > This page button at the bottom of this page to provide details of your project. (If you use the anonymous "Is this page helpful?" control, we aren't able to respond to your feedback.)
- Modeling projects are now referred to as "Dependency Validation" projects in the menus and templates.
- UML diagrams are no longer supported in Visual Studio 2017. UML files are listed in the Solution Explorer as before but are opened as XML files. Use Visual Studio 2015 to view, create, or edit UML diagrams.
- In Visual Studio 2017, validation of architectural dependencies is no longer performed when the modeling project is built. Instead, validation is carried out as each code project is built. This change does not affect the modeling project, but it does require changes to the code projects being validated. Visual Studio 2017 can automatically make the necessary changes to the code projects (more information).
How Visual Studio decides when to migrate a project
Each new version of Visual Studio generally seeks to maintain compatibility with previous versions, such that the same project can be opened, modified, and built across different versions. However, there are inevitable changes over time such that some project types may no longer be supported. (See Platform Targeting and Compatibility for which project types are supported in Visual Studio 2017.) In these cases, a newer version of Visual Studio won't load the project and doesn't offer a migration path; you need to maintain that project in a previous version of Visual Studio that does support it.
In other cases, the newer version of Visual Studio can open a project, but must update or migrate the project in such a way that might render it incompatible with previous versions. Visual Studio uses a number of criteria to determine whether such migration is necessary:
Compatibility with the target versions of platforms, back to Visual Studio 2013 RTM.
Compatibility of design-time assets with previous versions of Visual Studio. (Namely different channels of Visual Studio 2017; Visual Studio 2015 RTM & Update 3; Visual Studio 2013 RTM & Update 5; Visual Studio 2012 Update 4; Visual Studio 2010 SP 1.) Visual Studio 2017 aims to fail gracefully with deprecated design-time assets without corrupting them, such that previous versions can still open the project.
Whether new design time assets would break compatibility with previous versions down to Visual Studio 2013 RTM & Update 5.
The engineering owner of the project type in question looks at these criteria and makes the call where support, compatibility, and migration are concerned. Again, Visual Studio tries to maintain transparent compatibility between Visual Studio versions if possible, meaning that one can create and modify projects in one version of Visual Studio and it just works in other versions.
If such compatibility is not possible, however, as with some of the project types described in this article, then Visual Studio opens the upgrade wizard to make the necessary one-way changes.
Such one-way changes may involve changing the ToolsVersion property in the project file, which denotes exactly which version of MSBuild can turn the project's source code into runnable and deployable artifacts that you ultimately want. That is, what renders a project incompatible with previous versions of Visual Studio is not the Visual Studio version, but the MSBuild version, as determined by ToolsVersion . So long as your version of Visual Studio contains the MSBuild toolchain that matches the ToolsVersion in a project, then Visual Studio can invoke that toolchain to build the project.
To maintain maximum compatibility with projects created in older versions, Visual Studio 2017 includes the necessary MSBuild toolchains to support ToolsVersion 15, 14, 12, and 4. Projects that use any of these ToolsVersion values should result in a successful build. (Subject, again, to whether Visual Studio 2017 supports the project type at all, as described on Platform Targeting and Compatibility.)
In this context, the question naturally arises whether you should try to manually update or migrate a project to a newer ToolsVersion value. Making such a change is unnecessary, and would likely generate many errors and warnings that you'd need to fix to get the project to build again. Furthermore, if Visual Studio drops support for a specific ToolsVersion in the future, then opening the project will trigger the project migration process specifically because the ToolsVersion value must be changed. In such a case, the subsystem for that specific project type knows exactly what needs to be changed, and can make those changes automatically as described earlier in this article.
Next steps
Refer to the following articles for further discussion:
See also
Each new version of Visual Studio supports most types of projects, files, and other assets. You can work with them as you always have, provided that you don't depend on newer features.
If you're looking for information specific to our next release, see the Visual Studio 2022 version of this page.
We try to preserve backwards compatibility with previous versions, such as Visual Studio 2017, Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012. However, support for some project types changes over time. A newer version of Visual Studio might not support certain projects at all, or it might require that you update a project so that it's no longer backwards-compatible.
For current status on migration issues, refer to the Visual Studio Developer Community. And to learn more about which features are specific to which Visual Studio version, see the Release Notes.
Some project types require specific workloads. If you don't have the workload installed, Visual Studio reports an unknown or incompatible project type. In that case, check your installation options in the Visual Studio Installer and try again. For more information about project support in Visual Studio 2019, see the Platform Targeting and Compatibility page.
Project types
The following list describes support in Visual Studio 2019 for projects that were created in earlier versions.
If you don't see a project or file type listed here that should be, consult the Visual Studio 2017 version of this article. You can also use the Send feedback about > This page button at the bottom of this page to provide details of your project. (If you use the anonymous "Is this page helpful?" control, we aren't able to respond to your feedback.)
Visual Studio 2017: The xproj format is not supported other than for migration to csproj format. When you open an xproj file, you're prompted to migrate the file to the SDK-style csproj format. (A backup of the xproj file is made.) SDK-style csproj projects are not supported in Visual Studio 2015 and earlier.
- Modeling projects are now referred to as "Dependency Validation" projects in the menus and templates.
- UML diagrams are no longer supported in Visual Studio 2017 and Visual Studio 2019. UML files are listed in the Solution Explorer as before but are opened as XML files. Use Visual Studio 2015 to view, create, or edit UML diagrams.
- In Visual Studio 2019, validation of architectural dependencies is no longer performed when the modeling project is built. Instead, validation is carried out as each code project is built. This change does not affect the modeling project, but it does require changes to the code projects being validated. Visual Studio 2019 can automatically make the necessary changes to the code projects.
Windows 10 SDKs before the Windows 10 Fall Creators Update (build 16299) have been removed from the Visual Studio 2019 installer. You can download the older SDKs manually or retarget your projects to use the newer SDKs.
Migrate a project
While we try to maintain compatibility with previous versions, there can be changes that aren't compatible with previous versions. (See Platform Targeting and Compatibility for which project types are supported in Visual Studio 2019.) When this happens, a newer version of Visual Studio won't load the project or offer a migration path. You might have to maintain that project in a previous version of Visual Studio.
Sometimes, the newer version of Visual Studio can open a project, but it must update or migrate the project in a way that might render it incompatible with previous versions. Visual Studio uses a number of criteria to determine whether such migration is necessary:
Compatibility with the target versions of platforms, back to Visual Studio 2013 RTM.
Compatibility of design-time assets with previous versions of Visual Studio. (Namely different channels of Visual Studio 2019, Visual Studio 2017; Visual Studio 2015 RTM & Update 3; Visual Studio 2013 RTM & Update 5; Visual Studio 2012 Update 4; Visual Studio 2010 SP 1.) Visual Studio 2019 aims to fail gracefully with deprecated design-time assets without corrupting them, such that previous versions can still open the project.
Whether new design time assets would break compatibility with previous versions down to Visual Studio 2013 RTM & Update 5.
The engineering team that owns the project type looks at these criteria and makes the call where support, compatibility, and migration are concerned. Again, we try to maintain compatibility between Visual Studio versions so that when you create and modify projects in one version of Visual Studio, it just works in other versions.
Sometimes, compatibility isn't possible. Then, Visual Studio opens the upgrade wizard to make the necessary one-way changes. These one-way changes might involve changing the ToolsVersion property in the project file, which denotes exactly which version of MSBuild can turn the project's source code into the runnable and deployable artifacts that you want.
What renders a project incompatible with previous versions of Visual Studio is not the Visual Studio version, but the MSBuild version, as determined by ToolsVersion . If your version of Visual Studio contains the MSBuild toolchain that matches the ToolsVersion in a project, then Visual Studio can invoke that toolchain to build the project.
To maintain compatibility with projects that you created in previous versions, Visual Studio 2019 includes the necessary MSBuild toolchains to support ToolsVersion 15, 14, 12, and 4. Projects that use any of these ToolsVersion values should result in a successful build. (Subject, again, to whether Visual Studio 2019 supports the project type, as described on Platform Targeting and Compatibility.)
You might be tempted to manually update or migrate a project to a newer ToolsVersion value. It's unnecessary to make such a change, and would likely generate many errors and warnings that you must fix to get the project to build again. Also, if Visual Studio doesn't support a specific ToolsVersion in the future, then the project triggers the project migration process when you open it because its ToolsVersion value must be changed.
Next steps
Refer to the following articles for further discussion:
See also
Each new version of Visual Studio supports most types of projects, files, and other assets. You can work with them as you always have, provided that you don't depend on newer features.
We try to preserve backwards compatibility with previous versions, such as Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013, and Visual Studio 2012. However, support for some project types changes over time. A newer version of Visual Studio might not support certain projects at all, or it might require that you update a project so that it's no longer backwards-compatible.
For current status on migration issues, refer to the Visual Studio Developer Community. And to learn more about which features are specific to which Visual Studio version, see the Release Notes.
Some project types require specific workloads. If you don't have the workload installed, Visual Studio reports an unknown or incompatible project type. In that case, check your installation options in the Visual Studio Installer and try again. For more information about project support in Visual Studio 2022, see the Platform Targeting and Compatibility page.
Project types
The following list describes support in Visual Studio 2022 for projects that were created in earlier versions.
If you don't see a project or file type listed here that should be, consult the Visual Studio 2019 version of this article. You can also use the Send feedback about > This page button at the bottom of this page to provide details of your project. (If you use the anonymous "Is this page helpful?" control, we aren't able to respond to your feedback.)
Visual Studio 2017: The xproj format is not supported other than for migration to csproj format. When you open an xproj file, you're prompted to migrate the file to the SDK-style csproj format. (A backup of the xproj file is made.) SDK-style csproj projects are not supported in Visual Studio 2015 and earlier.
- Modeling projects are now referred to as "Dependency Validation" projects in the menus and templates.
- UML diagrams are no longer supported in Visual Studio 2017 and Visual Studio 2019. UML files are listed in the Solution Explorer as before but are opened as XML files. Use Visual Studio 2015 to view, create, or edit UML diagrams.
- In Visual Studio 2019, validation of architectural dependencies is no longer performed when the modeling project is built. Instead, validation is carried out as each code project is built. This change does not affect the modeling project, but it does require changes to the code projects being validated. Visual Studio 2019 can automatically make the necessary changes to the code projects.
Windows 10 SDKs before the Windows 10 Fall Creators Update (build 16299) have been removed from the Visual Studio 2019 installer. You can download the older SDKs manually or retarget your projects to use the newer SDKs.
Migrate a project
While we try to maintain compatibility with previous versions, there can be changes that aren't compatible with previous versions. When this happens, a newer version of Visual Studio won't load the project or offer a migration path. You might have to maintain that project in a previous version of Visual Studio.
Sometimes, the newer version of Visual Studio can open a project, but it must update or migrate the project in a way that might render it incompatible with previous versions. Visual Studio uses a number of criteria to determine whether such migration is necessary:
Compatibility with the target versions of platforms, back to Visual Studio 2013 RTM.
Compatibility of design-time assets with previous versions of Visual Studio. (Namely different channels of Visual Studio 2022, Visual Studio 2019, Visual Studio 2017, Visual Studio 2015 RTM & Update 3, Visual Studio 2013 RTM & Update 5, Visual Studio 2012 Update 4, and Visual Studio 2010 SP1.) Visual Studio 2022 aims to fail gracefully with deprecated design-time assets without corrupting them, such that previous versions can still open the project.
Whether new design time assets would break compatibility with previous versions down to Visual Studio 2013 RTM & Update 5.
The engineering team that owns the project type looks at these criteria and makes the call where support, compatibility, and migration are concerned. Again, we try to maintain compatibility between Visual Studio versions so that when you create and modify projects in one version of Visual Studio, it just works in other versions.
Sometimes, compatibility isn't possible. Then, Visual Studio opens the upgrade wizard to make the necessary one-way changes. These one-way changes might involve changing the ToolsVersion property in the project file, which denotes exactly which version of MSBuild can turn the project's source code into the runnable and deployable artifacts that you want.
What renders a project incompatible with previous versions of Visual Studio is not the Visual Studio version, but the MSBuild version, as determined by ToolsVersion . If your version of Visual Studio contains the MSBuild toolchain that matches the ToolsVersion in a project, then Visual Studio can invoke that toolchain to build the project.
To maintain compatibility with projects that you created in previous versions, Visual Studio 2019 includes the necessary MSBuild toolchains to support ToolsVersion 15, 14, 12, and 4. Projects that use any of these ToolsVersion values should result in a successful build. (Subject, again, to whether Visual Studio 2019 supports the project type, as described on Platform Targeting and Compatibility.)
You might be tempted to manually update or migrate a project to a newer ToolsVersion value. It's unnecessary to make such a change, and would likely generate many errors and warnings that you must fix to get the project to build again. Also, if Visual Studio doesn't support a specific ToolsVersion in the future, then the project triggers the project migration process when you open it because its ToolsVersion value must be changed.
Visual Studio 2019 содержит множество новых замечательных функций и улучшений интегрированной среды разработки (IDE) для поддержки разработки приложений Windows, кроссплатформенной разработки для мобильных устройств, разработки для Azure, разработки облачных и веб-приложений и многого другого. Чтобы испытать Visual Studio 2019 в деле, перейдите на страницу загрузки Visual Studio 2019. Дополнительные сведения о нововведениях в этом выпуске см. в статьях Заметки о выпуске Visual Studio 2019 и Новые возможности Visual Studio 2019.
Установка
Вы можете установить и использовать Visual Studio 2019 вместе с предыдущими версиями Visual Studio, включая Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012.
Примечание. Размер пакета установки зависит от текущей конфигурации Visual Studio.
Требования к системе
Требования к системе для установки и запуска семейства продуктов Visual Studio 2019, включая Team Foundation Server 2019, см. на странице требований к системе для Visual Studio 2019 и в статье Требования к системе Visual Studio для Mac.
Обратная связь и поддержка
Обновление проектов до Visual Studio 2019
При соблюдении поддерживаемых путей обновления ваши файлы исходного кода, решений и проектов Visual Studio будут продолжать работать; но вы должны быть готовы внести некоторые изменения в исходный код. Хотя мы не можем гарантировать совместимость между версиями на уровне двоичного кода, мы сделаем все возможное, чтобы задокументировать важные изменения, чтобы помочь вам с обновлениями.
Подробные сведения о переносе проектов в Visual Studio 2019 см. в статье Перенос, миграция и обновление проектов Visual Studio.
Целевая платформа
Visual Studio предоставляет современные инструменты и технологии для создания приложений с использованием возможностей новейших платформ, будь то Windows, Android, iOS или Linux. Visual Studio 2019 также поддерживает более ранние платформы, что позволяет создавать новые или модернизировать существующие приложения, выполняющиеся в более ранних версиях Windows, с использованием усовершенствованных инструментов разработки, функций контроля качества и возможностей для совместной работы в Visual Studio 2019. Дополнительные сведения см. в статьях Управление ссылками в проекте и Обзор многоплатформенного нацеливания Visual Studio.
Поддержка разработки для Windows в Visual Studio 2019
В следующей таблице описаны платформы Microsoft Windows, для которых можно создавать приложения с помощью Visual Studio 2019.
Примечания
-
версии 5 (Visual Studio 16.8 или более поздних версий) версий 4.8, 4.7.2, 4.7.1, 4.7, 4.6.2, 4.6.1, 4.6, 4.5.2, 4.5.1, 4.5 и 4.0 3.1, 3.0, 2.2, 2.1 и 1.1
Поддержка разработки для Android в Visual Studio 2019
Установка Visual Studio позволяет легко получить пакет SDK для Android и Android API уровней 19, 21, 22 и 23. Можно отдельно загрузить дополнительные уровни API с помощью диспетчера Android SDK. Вы также можете использовать установку Visual Studio для получения Android Native Development Kit (R10E), Java SE Development Kit и Apache Ant.
Поддержка разработки для iOS в Visual Studio 2019
Visual Studio 2019 позволяет создавать и отлаживать приложения для iOS с помощью C++, Unity или Xamarin, используя remotebuild, vcremote, инструменты Visual Studio для Unity или Xamarin Mac Agent на компьютерах Mac, настроенных для разработки под iOS. Xamarin поддерживает iOS 7 и более поздних версий и требует OS X 10.10 "Yosemite" и более поздних версий. Можно также использовать Visual Studio для Mac для создания приложений iOS с помощью Mac.
Поддержка разработки для Linux в Visual Studio 2019
- CentOS 7.1 и Oracle Linux 7.1
- Debian 8
- Fedora 23
- Linux Mint 17
- openSUSE 13.2
- Red Hat Enterprise Linux 7.2
- Ubuntu 14.04 и 16.04
Поддержка разработки для macOS в Visual Studio 2019
Другие платформы и технологии
Совместимость с предыдущими версиями
Team Explorer, Azure DevOps Server и Team Foundation Server
Team Explorer для Visual Studio 2019 подключается к Azure DevOps Server 2019, Team Foundation Server 2017, Team Foundation Server 2015, Team Foundation Server 2013, Team Foundation Server 2012 и Team Foundation Server 2010 с пакетом обновления 1 (SP1).
Silverlight
Проекты Silverlight не поддерживаются в этой версии Visual Studio. Для поддержки приложений Silverlight продолжайте использовать Visual Studio 2015.
Приложения для Магазина Windows и Windows Phone
Этот выпуск не поддерживает проекты для Microsoft Store версий 8.0 и 8.1, а также для Windows 10 Mobile and Windows Phone. Для поддержки этих приложений продолжайте использовать Visual Studio 2015. Для поддержки проектов Windows 10 Mobile используйте Visual Studio 2017. Для поддержки проектов Windows Phone 7.x используйте Visual Studio 2012.
Visual Studio можно установить на компьютер, на котором уже установлена более ранняя версия Visual Studio.
Прежде чем устанавливать несколько версий среды на одном компьютере, следует учесть следующие условия:
При использовании Visual Studio 2017 для открытия решения, которое было создано в Visual Studio 2015, можно впоследствии снова открыть и изменить решение в более ранней версии, если в нем не реализованы никакие функции, относящиеся только к Visual Studio 2017.
При попытке открыть решение, которое было создано в Visual Studio 2015 или более ранней версии, с помощью Visual Studio 2017 может потребоваться изменить проекты и файлы, чтобы они стали совместимы с Visual Studio 2017. Дополнительные сведения см. в разделе Перенос, миграция и обновление проектов Visual Studio.
Прежде чем устанавливать несколько версий среды на одном компьютере, следует учесть следующие условия:
При использовании Visual Studio 2019 для открытия решения, которое было создано в Visual Studio 2017, можно впоследствии снова открыть и изменить решение в более ранней версии, если в нем не реализованы никакие функции, относящиеся только к Visual Studio 2019.
При попытке открыть решение, которое было создано в Visual Studio 2017 или более ранней версии, с помощью Visual Studio 2019 может потребоваться изменить проекты и файлы, чтобы они стали совместимы с Visual Studio 2019. Дополнительные сведения см. в разделе Перенос, миграция и обновление проектов Visual Studio.
Прежде чем устанавливать несколько версий среды на одном компьютере, следует учесть следующие условия:
При использовании Visual Studio 2022 для открытия решения, которое было создано в Visual Studio 2017 или Visual Studio 2019, можно впоследствии снова открыть и изменить решение в более ранней версии, если в нем не реализованы никакие функции, относящиеся только к Visual Studio 2022.
При попытке открыть решение, которое было создано в Visual Studio 2019 или более ранней версии, с помощью Visual Studio 2022 может потребоваться изменить проекты и файлы, чтобы они стали совместимы с Visual Studio 2022. Дополнительные сведения см. в разделе Перенос, миграция и обновление проектов Visual Studio.
В случае удаления версии Visual Studio с компьютера, на котором установлено более одной версии, сопоставления файлов Visual Studio будут удалены для всех версий.
Visual Studio не обновляет расширения автоматически, так как не все расширения совместимы. Необходимо переустановить расширения из Visual Studio Marketplace или с помощью средств издателя программного обеспечения.
Параллельная установка дополнительных номеров версий Visual Studio
При обновлении с одного дополнительного номера версии Visual Studio до следующего Visual Studio Installer по умолчанию обновит текущую установку до следующей версии в этом канале. Например, предположим, что только что была выпущена версия 16.9.4. Установщик попытается заменить текущую версию 16.9.3 (или более раннюю) версией 16.9.4, так как обе они являются частью канала выпусков Visual Studio 2019. Благодаря замене более старого выпуска новым выпуском во время обновления старые версии Visual Studio не будут занимать место на компьютере. Но в некоторых случаях, возможно, потребуется установить разные дополнительные версии выпусков Visual Studio параллельно. Например, на одном компьютере может потребоваться как версия 16.9.3, так и версия 16.9.4.
Скачайте последнюю версию начального загрузчика для Visual Studio 2017 версии 15.9 на странице с предыдущими версиями Visual Studio для версии, которую вы хотите установить параллельно с существующей версией Visual Studio.
Откройте командную строку с правами администратора. Для этого откройте меню "Пуск" Windows, введите cmd, щелкните результат поиска "Командная строка" правой кнопкой мыши и выберите Запуск от имени администратора. В командной строке измените каталог на папку, в которой находится файл начального загрузчика Visual Studio.
Выполните следующую команду, указав новый путь к папке для расположения установки и заменив имя EXE-файла соответствующим именем начального загрузчика для устанавливаемой версии Visual Studio. Имя EXE-файла должно совпадать с одним из указанных ниже или быть похожим на него:
- vs_enterprise.exe для Visual Studio Enterprise
- vs_professional.exe для Visual Studio Professional
Следуйте указаниям в диалоговых окнах установщика, чтобы выбрать компоненты для установки. Дополнительные сведения см. в разделе Установка Visual Studio.
Скачайте файл начального загрузчика Visual Studio 2019 на странице загрузки Visual Studio или на странице с выпусками Visual Studio 2019 для дополнительной версии, которую вы хотите установить параллельно с существующей версией Visual Studio.
Откройте командную строку с правами администратора. Для этого откройте меню "Пуск" Windows, введите cmd, щелкните результат поиска "Командная строка" правой кнопкой мыши и выберите Запуск от имени администратора. В командной строке измените каталог на папку, в которой находится файл начального загрузчика Visual Studio.
Выполните следующую команду, указав новый путь к папке для расположения установки и заменив имя EXE-файла соответствующим именем начального загрузчика для устанавливаемой версии Visual Studio. Имя EXE-файла должно совпадать с одним из указанных ниже или быть похожим на него:
- vs_enterprise.exe для Visual Studio Enterprise
- vs_professional.exe для Visual Studio Professional
- vs_community.exe для Visual Studio Community
Следуйте указаниям в диалоговых окнах установщика, чтобы выбрать компоненты для установки. Дополнительные сведения см. в разделе Установка Visual Studio.
Скачайте файл начального загрузчика Visual Studio 2022 на странице загрузки Visual Studio или на странице с выпусками Visual Studio 2022 для дополнительной версии, которую вы хотите установить параллельно с существующей версией Visual Studio.
Откройте командную строку с правами администратора. Для этого откройте меню "Пуск" Windows, введите cmd, щелкните результат поиска "Командная строка" правой кнопкой мыши и выберите Запуск от имени администратора. В командной строке измените каталог на папку, в которой находится файл начального загрузчика Visual Studio.
Выполните следующую команду, указав новый путь к папке для расположения установки и заменив имя EXE-файла соответствующим именем начального загрузчика для устанавливаемой версии Visual Studio. Имя EXE-файла должно совпадать с одним из указанных ниже или быть похожим на него:
- vs_enterprise.exe для Visual Studio Enterprise
- vs_professional.exe для Visual Studio Professional
- vs_community.exe для Visual Studio Community
Следуйте указаниям в диалоговых окнах установщика, чтобы выбрать компоненты для установки. Дополнительные сведения см. в разделе Установка Visual Studio.
Сведения, относящиеся к конкретному языку, см. в соответствующем разделе следующей таблицы.
Поддержка или устранение неполадок
Иногда возникают проблемы. Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.
Ниже приведены несколько дополнительных вариантов:
См. также
Поддержка или устранение неполадок
Иногда возникают проблемы. Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.
Microsoft внесла значительные изменения с выходом Microsoft Visual C++ Redistributable для Visual Studio 2015, 2017 и 2019. Для распространяемых пакетов доступен исходный образ, который исключает необходимость установки различных версий пакетов в целевую систему
Программам, разработанным с помощью Visual Studio, обычно требуется для запуска определенная версия Microsoft Visual C++ Redistributable. Данное условие приводит к установке на ПК Windows 10, Windows 8.1 и Windows 7 большого количеств различных версий распространяемых пакетов Visual C++.
В результате на большинстве устройств Windows можно наблюдать ситуацию, когда в системе развернуты пакеты Microsoft Visual C++ Redistributable, установка которых была инициирована программным обеспечением, обновлениями, например патчами безопасности или вручную системным администратором.
Пакеты Redistributable сохраняются в общедоступных системных директориях, поэтому любая программа может получить к ним доступ при необходимости.
Microsoft внесла значительные изменения с выходом Microsoft Visual C++ Redistributable для Visual Studio 2015, 2017 и 2019. Для распространяемых пакетов доступен исходный образ, который исключает необходимость установки различных версий пакетов в целевую систему.
Microsoft приводит следующий пример на странице поддержки «Последние поддерживаемые версии Visual C++ для скачивания»:
Например, установка распространяемого пакета Visual C++ 2019 позволяет работать с программами, созданные с помощью Visual C++ 2015 и 2017. Однако установка распространяемого пакета Visual C++ 2015 не заменяет новых версий файлов, установленных распространяемыми пакетами Visual C ++ 2017 и 2019.
Это основное отличие от предыдущих версий Visual C++, поскольку у них есть собственные файлы выполнения, которые не используются совместно с другими версиями.
На странице поддержки Microsoft Docs приводится дополнительная информация:
Эта универсальная CRT является компонентом операционной системы Microsoft Windows. Она входит в состав операционной системы Windows 10 и доступна через Центр обновления Windows для старых операционных систем от Windows Vista до Windows 8.1. Кроме того, локальное развертывание универсальной CRT поддерживается с некоторыми ограничениями.
Администраторы Windows могут загрузить универсальную среду выполнения С++ в зависимости от архитектуры процессора по следующей ссылке:
Ранние версии распространяемых пакетов для Visual Studio по-прежнему нужно будет скачивать и устанавливать отдельно, или они будут развертываться в процессе установки ПО. Сторонний установщик Visual C++ All in One Installer помогает установить все необходимые распространяемые пакеты в системы Windows.
Универсальная CRT – шаг в верном направлении. Хотя она не решает проблему со старыми распространяемыми пакетами C++, она значительно упрощает работу с пакетами Visual C++ 2015 Redistributable и выше.
Читайте также: