Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Port, migration et mise à niveau de Visual Studio 2019Important
Il ne s’agit pas de la dernière version de Visual Studio. Pour télécharger la dernière version, consultez https://visualstudio.microsoft.com/downloads/ les notes de publication de Visual Studio 2022.
Chaque nouvelle version de Visual Studio prend en charge la plupart des types de projets, de fichiers et d’autres ressources. Vous pouvez les utiliser comme vous l’avez toujours fait, à condition que vous ne dépendiez pas des fonctionnalités plus récentes.
Conseil / Astuce
Si vous recherchez des informations spécifiques à notre prochaine version, consultez la version de Visual Studio 2022 de cette page.
Nous essayons de préserver la compatibilité descendante avec les versions précédentes, telles que Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 et Visual Studio 2012. Toutefois, la prise en charge de certains types de projets change au fil du temps. Une version plus récente de Visual Studio peut ne pas prendre en charge certains projets, ou il peut être nécessaire de mettre à jour un projet afin qu’il ne soit plus compatible avec les versions descendantes.
Note
Pour connaître l’état actuel des problèmes de migration, reportez-vous à la Communauté des développeurs Visual Studio. Pour en savoir plus sur les fonctionnalités spécifiques à la version de Visual Studio, consultez les notes de publication.
Important
Certains types de projets nécessitent des charges de travail spécifiques. Si la charge de travail n’est pas installée, Visual Studio signale un type de projet inconnu ou incompatible. Dans ce cas, vérifiez vos options d’installation dans Visual Studio Installer et réessayez. Pour plus d’informations sur la prise en charge des projets dans Visual Studio 2019, consultez la page Ciblage et compatibilité de la plateforme.
Types de projets
La liste suivante décrit la prise en charge de Visual Studio 2019 pour les projets créés dans les versions antérieures.
Si vous ne voyez pas de type de projet ou de fichier répertorié ici, consultez la version de Visual Studio 2017 de cet article. Vous pouvez également utiliser le bouton Envoyer et afficher les commentaires de> cettepage en bas de cette page pour fournir des détails sur votre projet. (Si vous utilisez le contrôle anonyme « Cette page était-elle utile ? », nous ne pouvons pas répondre à vos commentaires.)
| Type de projet | Support |
|---|---|
| Projets .NET Core (xproj) | Les projets créés avec Visual Studio 2015 utilisaient des outils en préversion qui incluaient un fichier projet xproj. Visual Studio 2017 : Le format xproj n’est pas pris en charge autre que pour la migration vers le format csproj. Lorsque vous ouvrez un fichier xproj, vous êtes invité à migrer le fichier au format csproj de style SDK. (Une sauvegarde du fichier xproj est effectuée.) Les projets csproj de style SDK ne sont pas pris en charge dans Visual Studio 2015 et versions antérieures. Visual Studio 2019 : Dans la version 16.3 et ultérieure, vous ne pouvez pas charger ou migrer des projets xproj. Pour plus d’informations, consultez Migration de projets .NET Core au format csproj. |
| ASP.NET Core Web App et ASP.NET Core Web App avec Application Insights activé | Pour chaque utilisateur Visual Studio, les informations de ressource sont stockées dans le Registre par instance d’utilisateur. Ces informations sont utilisées lorsqu’un utilisateur n’a pas de projet ouvert et souhaite rechercher des données Azure Application Insights. Visual Studio 2015 utilise un emplacement de Registre différent de Visual Studio 2017 et Visual Studio 2019 et n’est pas en conflit. Une fois qu’un utilisateur a créé une application web ASP.NET, ASP.NET Core Web App ou ASP.NET Core Web Application, la ressource est stockée dans le fichier .suo. L’utilisateur peut ouvrir le projet dans Visual Studio 2015, Visual Studio 2017 ou Visual Studio 2019, et les informations de ressource sont utilisées pour chacune d’elles tant que Visual Studio prend en charge les projets et les solutions utilisés dans les deux versions. Les utilisateurs doivent s’authentifier une fois sur chaque produit. Par exemple, si un projet est créé avec Visual Studio 2017 et ouvert dans Visual Studio 2019, l’utilisateur doit s’authentifier sur Visual Studio 2019. |
| C#/Visual Basic Webform ou Windows Form | Vous pouvez ouvrir le projet dans Visual Studio 2019, Visual Studio 2017 et Visual Studio 2015. |
| Test codé de l’interface utilisateur | Le test codé de l’interface utilisateur pour les tests fonctionnels automatisés pilotés par l’interface utilisateur est déconseillé dans Visual Studio 2019. Visual Studio 2019 sera la dernière version du test codé de l’interface utilisateur. Nous vous recommandons d’utiliser Selenium pour tester les applications web et Appium avec WinAppDriver pour tester les applications de bureau et UWP. |
| Projets de test unitaire de base de données (csproj, .vbproj) | Les anciens projets de test d’unité de données sont chargés dans Visual Studio 2019, mais utilisent la version gac des dépendances. Pour mettre à niveau le projet de test unitaire pour utiliser les dernières dépendances, cliquez avec le bouton droit sur le projet dans l’Explorateur de solutions, puis sélectionnez Convertir en projet de test unitaire SQL Server.... |
| F# | Visual Studio 2019 peut ouvrir des projets créés dans Visual Studio 2013, Visual Studio 2015 et Visual Studio 2017. Une différence importante par rapport aux anciens modèles Visual Studio pour les nouveaux projets est que la version FSharp.Core est désormais toujours un package NuGet. F# est installé par défaut avec n’importe quelle charge de travail .NET. |
| InstallShield Configuration MSI |
Les projets d’installation créés dans Visual Studio 2010 peuvent être ouverts dans les versions ultérieures avec l’aide de l’extension Projets d’installation Visual Studio. Consultez également l’extension WiX Toolset Visual Studio 2017. InstallShield Limited Edition n’est plus inclus dans Visual Studio. Vérifiez avec Revenera sur la disponibilité de Visual Studio 2019. |
| LightSwitch | LightSwitch n’est plus pris en charge dans Visual Studio 2022, Visual Studio 2019 ou Visual Studio 2017. Les projets créés avec Visual Studio 2012 et antérieurs ouverts dans Visual Studio 2013 ou Visual Studio 2015 sont mis à niveau et peuvent être ouverts uniquement dans Visual Studio 2013 ou Visual Studio 2015 par la suite. |
| Test de charge | Les fonctionnalités de test de charge et de performances web sont déconseillées dans Visual Studio 2019 et versions ultérieures. Visual Studio 2019 sera la dernière version pour le test de charge. Utilisez d’autres outils de test de charge tels qu’Apache JMeter, Akamai CloudTest, Blazemeter. |
| Outils Microsoft Azure pour Visual Studio | Pour ouvrir ces types de projets, commencez par installer le Kit de développement logiciel (SDK) Azure pour .NET, puis ouvrez le projet. Si nécessaire, votre projet est mis à jour. |
| Microsoft Test Manager | Microsoft Test Manager and Feedback Client ne sont plus expédiés dans Visual Studio, à compter de Visual Studio 2019. Tirez parti des plans de test Azure (partie d’Azure DevOps) pour vos besoins de test manuels et exploratoires. |
| Framework de modèle -View-Controller (ASP.NET MVC) | Prise en charge des versions de MVC et de Visual Studio :
Mise à niveau des versions de MVC :
|
| Modeling | Si vous autorisez Visual Studio à mettre à jour automatiquement le projet, vous pouvez l’ouvrir dans Visual Studio 2015, Visual Studio 2013 ou Visual Studio 2012. Le format du projet de modélisation n’a pas changé depuis Visual Studio 2015 et le projet peut être ouvert et modifié dans ces versions. Toutefois, il existe des différences de comportement dans Visual Studio 2017 et Visual Studio 2019 :
|
| Configuration MSI (vdproj) | Consultez la section InstallShield de cette page. |
| Office 2007 VSTO | Nécessite une mise à niveau unidirectionnel pour Visual Studio 2019. |
| Office 2010 VSTO | Si le projet cible .NET Framework 4, vous pouvez l’ouvrir dans Visual Studio 2010 SP1 et versions ultérieures. Tous les autres projets nécessitent une mise à niveau unidirectionnel. |
| Bibliothèque de classes portables (PCL) | Les bibliothèques de classes portables (ou pcL) ne sont désormais pas prises en charge. Visual Studio 2019 les ouvre toujours et les génère, mais il n’est pas possible de créer de nouveaux projets PCL. Nous vous recommandons de migrer du code dans un projet PCL vers un projet .NET Standard. La prise en charge du PCL ne sera plus incluse par défaut, mais sera disponible sous l’onglet « Composants individuels » de Visual Studio. |
| Charge de travail Python | La prise en charge des applications Python Windows IoT Core a été supprimée dans Visual Studio 2019. Étant donné qu’il n’existe aucun équivalent dans Visual Studio 2019, il n’existe aucun chemin de migration automatique pour ces projets. Vous pouvez continuer à utiliser Visual Studio 2017. |
| Outils R pour Visual Studio | R Tools pour Visual Studio a été supprimé de la charge de travail de science des données dans Visual Studio 2019. Vous pouvez continuer à utiliser Visual Studio 2017 ou des alternatives telles que RStudio. |
| Service Fabric (sfproj) | Les projets d’application Service Fabric peuvent être ouverts dans Visual Studio 2015, Visual Studio 2017 et Visual Studio 2019, sauf si le projet d’application Service Fabric fait référence à un projet de service principal ASP.NET. Les projets Service Fabric de Visual Studio 2015 ouverts dans Visual Studio 2017 ou dans Visual Studio 2019 sont migrés de manière unidirectionnelle du format xproj vers csproj. Consultez les projets .NET Core (xproj) plus haut dans ce tableau. |
| SharePoint 2010 | Lorsqu’un projet de solution SharePoint est ouvert avec Visual Studio 2019, il est mis à niveau vers SharePoint 2013 ou SharePoint 2016. La charge de travail .NET Desktop Development » doit être installée dans Visual Studio 2019 pour la mise à niveau. Pour plus d’informations sur la mise à niveau des projets SharePoint, consultez Mettre à niveau et mettre à jour SharePoint. |
| SharePoint 2016 | Les projets SharePoint Add-In créés dans Office Developer Tools Preview 2 ne peuvent pas être ouverts dans Visual Studio 2019. Pour contourner cette limitation, mettez à jour la MinimumVisualStudioVersion version 12.0 et MinimumOfficeToolsVersion la version 12.2 dans le fichier csproj vbproj. |
| Silverlight | Projets Silverlight non pris en charge dans Visual Studio 2019. Pour gérer les applications Silverlight, continuez à utiliser Visual Studio 2015. |
| SQL - Redgate | Sql Change Automation Core (précédemment appelé ReadyRoll Core), SQL Prompt Core et SQL Search ne sont plus expédiés dans le programme d’installation de Visual Studio. Vous pouvez continuer à utiliser Visual Studio 2017 pour ces fonctionnalités. Dans Visual Studio 2019, vous pouvez effectuer une mise à niveau vers les produits SQL Change Automation et SQL Prompt payants disponibles dans l’étiquette d’outils SQL de Redgate. |
| SQL Server Reporting Services et SQL Server Analysis Services (SSRS, SSDT, SSAS, MSAS) | La prise en charge de ces types de projets est fournie via deux extensions dans la galerie Visual Studio : Projets Microsoft Analysis Services et Projets Microsoft Reporting Services. La prise en charge de SSDT est également incluse dans la charge de travail stockage et traitement des données dans Visual Studio 2019. Pour plus d’informations, consultez la page Télécharger et installer SQL Server Data Tools (SSDT) pour Visual Studio . |
| Services d’intégration SQL Server (SSIS) | La prise en charge de Visual Studio 2019 est disponible. Pour plus d’informations, consultez la page Télécharger et installer SQL Server Data Tools (SSDT) pour Visual Studio , le blog de l’équipe SQL Server Integration Services (SSIS) et la page Projets SQL Server Integration Services sur la Place de marché. |
| Extension de fenêtre de test | Dans Visual Studio 2019, certaines API de fenêtre de test, qui étaient auparavant dites publiques mais qui n’ont jamais été officiellement documentées, ont été supprimées. Les API largement visibles ont été marquées dépréciées dans Visual Studio 2017 pour donner aux maintenances d’extension un avertissement précoce. À notre connaissance, quelques extensions ont pris une dépendance sur ces API. Pour plus d’informations et de mises à jour, consultez la liste complète des API associées aux tests dépréciées. Si cela affecte votre scénario, faites-nous savoir via la Communauté des développeurs Visual Studio. |
| Visual C++ | Vous pouvez utiliser Visual Studio 2019 pour travailler dans des projets créés dans des versions antérieures de Visual Studio vers Visual Studio 2010. Lorsque vous ouvrez le projet pour la première fois, vous avez la possibilité de procéder à une mise à niveau vers le compilateur et l’ensemble d’outils le plus récent ou de continuer à utiliser ceux d’origine. Si vous choisissez de continuer à utiliser les éléments d’origine, Visual Studio 2019 ne modifie pas le fichier projet et utilise l’ensemble d’outils de l’installation précédente de Visual Studio pour générer votre projet. Conserver les options d’origine signifie que vous pouvez toujours ouvrir le projet dans la version d’origine de Visual Studio si nécessaire. Pour plus d’informations, consultez Utiliser le multi-ciblage natif dans Visual Studio pour générer d’anciens projets. |
| Extensibilité visual Studio/VSIX | Les projets avec MinimumVersion 14.0 ou moins sont mis à jour pour déclarer MinimumVersion 15.0, ce qui empêche l’ouverture du projet dans les versions antérieures de Visual Studio. Pour autoriser l’ouverture d’un projet dans les versions antérieures, définissez MinimumVersion sur $(VisualStudioVersion). Voir aussi Comment : migrer des projets d’extensibilité vers Visual Studio 2017. |
| Visual Studio Lab Management | Vous pouvez utiliser Microsoft Test Manager ou Visual Studio 2010 SP1 et versions ultérieures pour ouvrir des environnements créés dans l’une de ces versions. Toutefois, pour Visual Studio 2010 SP1, la version de Microsoft Test Manager doit correspondre à la version de Team Foundation Server avant de pouvoir créer des environnements. (Important : Team Foundation Server, ou TFS, est maintenant appelé Azure DevOps Server.) |
| Visual Studio Tools pour Apache Cordova | La prise en charge pour Apache Cordova a été supprimée dans Visual Studio 2019. Étant donné qu’il n’existe aucun équivalent dans Visual Studio 2019, il n’existe aucun chemin de migration automatique pour ces projets. Vous pouvez utiliser les outils Cordova pour l’extension de Visual Studio Code (qui fournit la prise en charge pour la dernière version de Cordova) ou continuer à utiliser Visual Studio 2017. |
| Déploiement web (wdproj) | La prise en charge des projets de déploiement web a été supprimée dans Visual Studio 2012 avec l’ajout de la prise en charge du profil de publication. Étant donné qu’il n’existe aucun équivalent dans Visual Studio 2019, il n’existe aucun chemin de migration automatique pour ces projets. Au lieu de cela, ouvrez le fichier wdproj dans un éditeur de texte et copiez-collez toutes les personnalisations dans le fichier pubxml (profil de publication), comme décrit sur StackOverflow. |
| Windows Communication Foundation, Windows Workflow Foundation | Vous pouvez ouvrir ce projet dans Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 et Visual Studio 2012. |
| Windows Presentation Foundation | Vous pouvez ouvrir ce projet dans Visual Studio 2019, Visual Studio 2017, Visual Studio 2013, Visual Studio 2012 et Visual Studio 2010 SP1. |
| Applications Windows Phone | Les projets pour Windows Phone ne sont pas pris en charge dans Visual Studio 2019. Pour gérer les applications Windows Phone 8.x, utilisez Visual Studio 2015. Pour gérer les projets Windows Phone 7.x, utilisez Visual Studio 2012. |
| Applications du Windows Store | Les projets Windows universels JavaScript ne sont pas pris en charge dans Visual Studio 2019. Pour gérer ces projets, utilisez Visual Studio 2017. Les kits SDK Windows 10 avant le programme d’installation de Windows 10 Fall Creators Update (build 16299) ont été supprimés du programme d’installation de Visual Studio 2019. Vous pouvez télécharger les kits SDK plus anciens manuellement ou recibler manuellement vos projets pour utiliser les kits SDK plus récents. Les projets Windows universels utilisant project.json ne sont pas pris en charge. Nous vous recommandons de mettre à niveau ces projets pour utiliser des références de package. Vous pouvez également ajouter une référence à Microsoft.NET.Test.Sdk version 16.0.0.0 dans le fichier project.json. Les projets pour Windows Store 8.1 et 8.0 ne sont pas pris en charge dans Visual Studio 2019. Pour gérer ces applications, continuez à utiliser Visual Studio 2015. |
| Xamarin | L’extension Xamarin Live Player pour Visual Studio et Visual Studio pour Mac a été supprimée. Cela supprime l’écran de jumelage et toute intégration. Utilisez plutôt l’aperçu intégré de Xamarin.Forms. L’émulateur Visual Studio pour Android a été supprimé du programme d’installation de Visual Studio. Utilisez plutôt la nouvelle prise en charge des Hyper-V dans l’émulateur Google Android. |
Migrer un projet
Même si nous essayons de maintenir la compatibilité avec les versions précédentes, il peut y avoir des modifications qui ne sont pas compatibles avec les versions précédentes. (Consultez Le ciblage et la compatibilité de plateforme pour lesquels les types de projets sont pris en charge dans Visual Studio 2019.) Lorsque cela se produit, une version plus récente de Visual Studio ne charge pas le projet ou n’offre pas de chemin de migration. Vous devrez peut-être conserver ce projet dans une version précédente de Visual Studio.
Parfois, la version plus récente de Visual Studio peut ouvrir un projet, mais elle doit mettre à jour ou migrer le projet d’une manière qui peut l’afficher incompatible avec les versions précédentes. Visual Studio utilise les critères suivants pour déterminer si une telle migration est nécessaire :
Compatibilité avec les versions cibles des plateformes, revenez à Visual Studio 2013 RTM.
Compatibilité des ressources au moment du design avec les versions précédentes de Visual Studio. (À savoir différents canaux de 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 vise à échouer correctement avec les ressources au moment du design déconseillées sans les endommager, de sorte que les versions précédentes peuvent toujours ouvrir le projet.
Indique si les nouvelles ressources au moment de la conception interrompent la compatibilité avec les versions précédentes jusqu’à Visual Studio 2013 RTM &Update 5.
L’équipe d’ingénierie propriétaire du type de projet examine ces critères et appelle le support, la compatibilité et la migration. Là encore, nous essayons de maintenir la compatibilité entre les versions de Visual Studio afin que lorsque vous créez et modifiez des projets dans une version de Visual Studio, cela fonctionne simplement dans d’autres versions.
Parfois, la compatibilité n’est pas possible. Ensuite, Visual Studio ouvre l’Assistant Mise à niveau pour apporter les modifications unidirectionnel nécessaires. Ces modifications unidirectionnel peuvent impliquer la modification de la ToolsVersion propriété dans le fichier projet, ce qui indique exactement quelle version de MSBuild peut transformer le code source du projet en artefacts exécutables et déployables souhaités.
Ce qui rend un projet incompatible avec les versions précédentes de Visual Studio n’est pas la version de Visual Studio , mais la version MSBuild , telle que déterminée par ToolsVersion. Si votre version de Visual Studio contient la chaîne d’outils MSBuild qui correspond à celle ToolsVersion d’un projet, Visual Studio peut appeler cette chaîne d’outils pour générer le projet.
Pour maintenir la compatibilité avec les projets que vous avez créés dans les versions précédentes, Visual Studio 2019 inclut les chaînes d’outils MSBuild nécessaires pour prendre en charge ToolsVersion 15, 14, 12 et 4. Les projets qui utilisent l’une de ces ToolsVersion valeurs doivent entraîner une génération réussie. (Objet, là encore, de savoir si Visual Studio 2019 prend en charge le type de projet, comme décrit sur le ciblage et la compatibilité de la plateforme.)
Vous pouvez être tenté de mettre à jour manuellement ou de migrer un projet vers une valeur plus récente ToolsVersion . Il n’est pas nécessaire d’effectuer une telle modification et générerait probablement de nombreuses erreurs et avertissements que vous devez corriger pour que le projet soit à nouveau généré. En outre, si Visual Studio ne prend pas en charge un élément spécifique ToolsVersion à l’avenir, le projet déclenche le processus de migration de projet lorsque vous l’ouvrez, car sa ToolsVersion valeur doit être modifiée.
Étapes suivantes
Pour plus d’informations, consultez les articles suivants :