Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Visual Studio 2022 Port-, migrerings- och uppgraderingsprojektVarje ny version av Visual Studio stöder de flesta typer av projekt, filer och andra tillgångar. Du kan arbeta med dem som du alltid har gjort, förutsatt att du inte är beroende av nyare funktioner.
Vi försöker bevara bakåtkompatibilitet med tidigare versioner, till exempel Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 och Visual Studio 2012. Stöd för vissa projekttyper ändras dock över tid. En nyare version av Visual Studio kanske inte stöder vissa projekt alls, eller så kan det kräva att du uppdaterar ett projekt så att det inte längre är bakåtkompatibelt.
Anmärkning
Aktuell status för migreringsproblem finns i Visual Studio Developer Community. Mer information om vilka funktioner som är specifika för vilken Visual Studio-version finns i Viktig information.
Viktigt!
Vissa projekttyper kräver specifika arbetsbelastningar. Om du inte har installerat arbetsbelastningen rapporterar Visual Studio en okänd eller inkompatibel projekttyp. I så fall kontrollerar du installationsalternativen i Installationsprogrammet för Visual Studio och försöker igen. Mer information om projektstöd i Visual Studio 2022 finns på sidan Plattformsmål och kompatibilitet .
Projekttyper
I följande lista beskrivs stöd i Visual Studio 2022 för projekt som har skapats i tidigare versioner.
Om du inte ser någon projekt- eller filtyp som anges här som ska vara läser du Visual Studio 2019-versionen av den här artikeln. Du kan också använda knappen Skicka och visa feedback för>den här sidan längst ned på den här sidan för att ange information om projektet. (Om du använder den anonyma kontrollen "Var den här sidan användbar?" kan vi inte svara på din feedback.)
| Typ av projekt | Support |
|---|---|
| .NET Core-projekt (xproj) | Projekt som skapats med Visual Studio 2015 använde förhandsgranskningsverktyg som innehöll en xproj-projektfil. Visual Studio 2017: Xproj-formatet stöds inte annat än för migrering till csproj-format. När du öppnar en xproj-fil uppmanas du att migrera filen till csproj-formatet i SDK-format. (En säkerhetskopia av xproj-filen görs.) Csproj-projekt i SDK-format stöds inte i Visual Studio 2015 och tidigare. Visual Studio 2019: I version 16.3 och senare kan du inte läsa in eller migrera xproj-projekt. Mer information finns i Migrera .NET Core-projekt till csproj-format. |
| ASP.NET Core Web App och ASP.NET Core Web App med Application Insights aktiverat | För varje Visual Studio-användare lagras resursinformation i registret per användarinstans. Den här informationen används när en användare inte har öppnat ett projekt och vill söka i Azure Application Insights-data. Visual Studio 2015 använder en annan registerplats än Visual Studio 2017, Visual Studio 2019 och Visual Studio 2022 och är inte i konflikt. När en användare skapar ett ASP.NET webbprogram, ASP.NET Core Web App eller ASP.NET Core Web Application lagras resursen i suo-filen. Användaren kan öppna projektet i Visual Studio 2015, Visual Studio 2017, Visual Studio 2019 eller Visual Studio 2022 och resursinformationen används för var och en så länge Visual Studio stöder projekt och lösningar som används i båda versionerna. Användarna måste autentisera en gång på varje produkt. Om ett projekt till exempel skapas med Visual Studio 2017 och öppnas i Visual Studio 2022 måste användaren autentiseras i Visual Studio 2022. |
| C#/Visual Basic Webform eller Windows-formulär | Du kan öppna projektet i Visual Studio 2022, Visual Studio 2019, Visual Studio 2017 och Visual Studio 2015. |
| Kodat användargränssnittstest | Kodat UI-test för automatiserad UI-driven funktionell testning är inaktuell i Visual Studio 2019. Visual Studio 2019 blir den sista versionen för Coded UI-test. Vi rekommenderar att du använder Selenium för att testa webbappar och Appium med WinAppDriver för att testa skrivbords- och UWP-appar. |
| Testprojekt för databasenheter (csproj, .vbproj) | Äldre dataenhetstestprojekt läses in i Visual Studio 2019 men använder GAC'd-versionen av beroenden. Om du vill uppgradera enhetstestprojektet för att använda de senaste beroendena högerklickar du på projektet i Solution Explorer och väljer Konvertera till SQL Server Unit Testing Project.... |
| F# | Visual Studio 2019 kan öppna projekt som skapats i Visual Studio 2013, Visual Studio 2015 och Visual Studio 2017. En viktig skillnad jämfört med äldre Visual Studio-mallar för nya projekt är att FSharp.Core-versionen nu alltid är ett NuGet-paket. F# installeras som standard med alla .NET-arbetsbelastningar. |
| InstallShield MSI-installation |
Installationsprojekt som skapats i Visual Studio 2010 kan öppnas i senare versioner med hjälp av Visual Studio Installer Projects-tillägget. Se även WiX Toolset Visual Studio 2017-tillägget. InstallShield Limited Edition ingår inte längre i Visual Studio. Kontakta Revenera om tillgänglighet för Visual Studio 2022. |
| LightSwitch | LightSwitch stöds inte längre i Visual Studio 2022, Visual Studio 2019 eller Visual Studio 2017. Projekt som skapats med Visual Studio 2012 och som öppnats tidigare i Visual Studio 2013 eller Visual Studio 2015 uppgraderas och kan endast öppnas i Visual Studio 2013 eller Visual Studio 2015 därefter. |
| Belastningstest | Funktionerna för webbprestanda och belastningstest är inaktuella i Visual Studio 2019. Visual Studio 2019 blir den sista versionen för belastningstest. Använd alternativa lasttestverktyg som Apache JMeter, Akamai CloudTest och Blazemeter. |
| Microsoft Azure Tools för Visual Studio | Öppna de här typerna av projekt genom att först installera Azure SDK för .NET och sedan öppna projektet. Om det behövs uppdateras projektet. |
| Microsoft Test Manager | Microsoft Test Manager och Feedback Client levereras inte längre i Visual Studio, från och med Visual Studio 2019. Använd Azure-testplaner (en del av Azure DevOps) för dina manuella och undersökande testbehov. |
| Modell –View-Controller ramverk (ASP.NET MVC) | Stöd för MVC-versioner och Visual Studio:
Uppgradera MVC-versioner:
|
| Modeling | Om du tillåter att Visual Studio uppdaterar projektet automatiskt kan du öppna det i Visual Studio 2015, Visual Studio 2013 eller Visual Studio 2012. Modelleringsprojektets format har inte ändrats sedan Visual Studio 2015 och projektet kan öppnas och ändras i dessa versioner. Det finns dock skillnader i beteende i Visual Studio 2017 och Visual Studio 2019:
|
| MSI-installation (vdproj) | Se avsnittet InstallShield på den här sidan. |
| Office 2007 VSTO | Kräver en enkelriktad uppgradering för Visual Studio 2022. |
| Office 2010 VSTO | Om projektet är avsett för .NET Framework 4 kan du öppna det i Visual Studio 2010 SP1 och senare. Alla andra projekt kräver en enkelriktad uppgradering. |
| Portabelt klassbibliotek (PCL) | Portabla klassbibliotek (eller PCL:er) stöds nu inte. Visual Studio 2019 kommer fortfarande att öppna och bygga dem, men det går inte att skapa nya PCL-projekt. Vi rekommenderar att du migrerar kod i ett PCL-projekt till ett .NET Standard-projekt. PCL-stöd ingår inte längre som standard, men kommer att vara tillgängligt på fliken Enskilda komponenter i Visual Studio. |
| Python-arbetsbelastning | Stöd för Python Windows IoT Core-appar har tagits bort i Visual Studio 2019. Eftersom det inte finns någon motsvarighet i Visual Studio 2022 finns det ingen automatisk migreringsväg för sådana projekt. Du kan fortsätta använda Visual Studio 2017. |
| R-verktyg för Visual Studio | R Tools för Visual Studio togs bort från Data Science Workload i Visual Studio 2019. Du kan fortsätta använda Visual Studio 2017 eller alternativ som RStudio. |
| Service Fabric (sfproj) | Service Fabric Application Projects som skapats i Visual Studio 2017 eller Visual Studio 2019 kan öppnas i Visual Studio 2022 utan ändringar. Service Fabric Application Projects som skapats i Visual Studio 2022 utan att använda alternativet Optimera projektlayout för ARM-distribution kan öppnas i Visual Studio 2019 16.5 eller senare. Service Fabric Application Projects som skapats i Visual Studio 2022 med alternativet Optimera projektlayout för ARM-distribution kan öppnas i Visual Studio 2019 16.10 eller senare. |
| SharePoint 2010 | När ett SharePoint-lösningsprojekt öppnas med Visual Studio 2022 uppgraderas det till antingen SharePoint 2016 eller SharePoint 2019. Arbetsbelastningen ".NET Desktop Development" måste installeras i Visual Studio för uppgraderingen. Mer information om hur du uppgraderar SharePoint-projekt finns i Uppgradera och uppdatera SharePoint. |
| SharePoint 2016 | SharePoint-Add-In projekt som skapats i Office Developer Tools Preview 2 kan inte öppnas i Visual Studio 2022. Om du vill kringgå den här begränsningen MinimumVisualStudioVersion uppdaterar du till 12.0 och MinimumOfficeToolsVersion till 12.2 i filen csproj vbproj. |
| Silverlight | Silverlight-projekt stöds inte i Visual Studio 2022. Om du vill underhålla Silverlight-program fortsätter du att använda Visual Studio 2015. |
| SQL – Redgate | Redgates SQL Change Automation Core (tidigare kallad ReadyRoll Core), SQL Prompt Core och SQL Search levereras inte längre i Visual Studio-installationsprogrammet. Du kan fortsätta använda Visual Studio 2017 för dessa funktioner. I Visual Studio 2019 kan du uppgradera till de betalda SQL Change Automation- och SQL Prompt-produkterna som är tillgängliga i Redgates SQL Toolbelt. |
| SQL Server Reporting Services och SQL Server Analysis Services (SSRS, SSDT, SSAS, MSAS) | Stöd för dessa projekttyper tillhandahålls via två tillägg i Visual Studio-galleriet: Microsoft Analysis Services Projects och Microsoft Reporting Services Projects. SSDT-stöd ingår också i arbetsbelastningen datalagring och bearbetning i Visual Studio 2019. Mer information finns på sidan Ladda ned och installera SQL Server Data Tools (SSDT) för Visual Studio . |
| SQL Server Integration Services (SSIS) | SQL Server Integration Services Projects-tillägget är allmänt tillgängligt för Visual Studio 2022. Ladda ned från SQL Server Integration Services Projects 2022 – Visual Studio Marketplace och se felsökningsguiden för felsökningsvägledning. |
| Testfönstertillägg | I Visual Studio 2019 har vissa testfönster-API:er som tidigare markerats som offentliga men aldrig officiellt dokumenterade tagits bort. Allmänt synliga API:er har markerats som inaktuella i Visual Studio 2017 för att ge tilläggsunderhållarna en tidig varning. Vi vet att få tillägg har varit beroende av dessa API:er. Mer information och uppdateringar finns i den fullständiga listan över inaktuella testrelaterade API:er. Om detta påverkar ditt scenario kan du meddela oss via Visual Studio Developer Community. |
| TypeScript | TypeScript SDK har föråldrats i Visual Studio 2022 och installeras inte längre som standard i någon arbetsbelastning. Projekt som kompilerar TypeScript bör installera NuGet-paketet Microsoft.TypeScript.MSBuild . För att stödja projekt som inte kan uppgraderas omedelbart är TypeScript SDK fortfarande tillgängligt som en valfri komponent i Installationsprogrammet för Visual Studio samt i Visual Studio Marketplace. |
| Visual C++ | Du kan använda Visual Studio 2022 för att arbeta i projekt som skapades i tidigare versioner av Visual Studio tillbaka till Visual Studio 2010. När du öppnar projektet kan du uppgradera till den senaste kompilatorn och verktygsuppsättningen eller fortsätta att använda de ursprungliga. Om du väljer att fortsätta använda de ursprungliga ändrar inte Visual Studio 2022 projektfilen och använder verktygsuppsättningen från den tidigare Visual Studio-installationen för att skapa projektet. Om du behåller de ursprungliga alternativen kan du fortfarande öppna projektet i den ursprungliga versionen av Visual Studio om det behövs. Mer information finns i Använda intern multi-targeting i Visual Studio för att skapa gamla projekt. |
| Utökningsbarhet/VSIX för Visual Studio | Projekt med MinimumVersion 14.0 eller mindre uppdateras för att deklarera MinimumVersion 15.0, vilket förhindrar att projektet öppnas i tidigare versioner av Visual Studio. Om du vill tillåta att ett projekt öppnas i tidigare versioner anger du MinimumVersion till $(VisualStudioVersion). Se även How to: Migrate Extensibility Projects to Visual Studio 2017 (Migrera utökningsprojekt till Visual Studio 2017). |
| Visual Studio Lab Management | Du kan använda Microsoft Test Manager eller Visual Studio 2010 SP1 och senare för att öppna miljöer som skapats i någon av dessa versioner. För Visual Studio 2010 SP1 måste dock versionen av Microsoft Test Manager matcha versionen av Team Foundation Server innan du kan skapa miljöer. (Viktigt: Team Foundation Server, eller TFS, kallas nu Azure DevOps Server.) |
| Visual Studio Tools för Apache Cordova | Stöd för Apache Cordova togs bort i Visual Studio 2019. Eftersom det inte finns någon motsvarighet i Visual Studio 2022 finns det ingen automatisk migreringsväg för sådana projekt. Du kan använda Cordova Tools for Visual Studio Code-tillägget (som ger stöd för den senaste versionen av Cordova) eller fortsätta använda Visual Studio 2017. |
| Webbdistribution (wdproj) | Stöd för webbdistributionsprojekt togs bort i Visual Studio 2012 med tillägg av stöd för publiceringsprofiler. Eftersom det inte finns någon motsvarighet i Visual Studio 2022 finns det ingen automatisk migreringsväg för sådana projekt. Öppna i stället wdproj-filen i en textredigerare och kopiera och klistra in eventuella anpassningar i pubxml-filen (publiceringsprofilen), enligt beskrivningen i StackOverflow. |
| Windows Communication Foundation, Windows Workflow Foundation | Du kan öppna det här projektet i Visual Studio 2022, Visual Studio 2019, Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 och Visual Studio 2012. |
| Windows Presentation Foundation | Du kan öppna det här projektet i Visual Studio 2022, Visual Studio 2019, Visual Studio 2017, Visual Studio 2013, Visual Studio 2012 och Visual Studio 2010 SP1. |
| Windows Phone-appar | Projekt för Windows Phone stöds inte i Visual Studio 2022. Om du vill underhålla Windows Phone 8.x-appar använder du Visual Studio 2015. Använd Visual Studio 2012 för att underhålla Windows Phone 7.x-projekt. |
| Windows Store-appar | JavaScript Universal Windows Projects stöds inte i Visual Studio 2022. Använd Visual Studio 2017 för att underhålla dessa projekt. Windows 10 SDK:er före Windows 10 Fall Creators Update (version 16299) har tagits bort från installationsprogrammet för Visual Studio 2019. Du kan ladda ned de äldre SDK:erna manuellt eller ommåla dina projekt för att använda de nyare SDK:erna. Universella Windows-projekt som använder project.json stöds inte. Vi rekommenderar att du uppgraderar dessa projekt till att använda paketreferenser. Du kan också lägga till en referens till Microsoft.NET.Test.Sdk version 16.0.0.0 i filen project.json. Projekt för Windows Store 8.1 och 8.0 stöds inte i Visual Studio 2022. Om du vill underhålla dessa appar fortsätter du att använda Visual Studio 2015. |
| Xamarin | Från och med Visual Studio 2022 17.11 har Xamarin inte stöd. I stället bör Xamarin-projekt uppgraderas till .NET MAUI. |
Migrera ett projekt
Vi försöker upprätthålla kompatibiliteten med tidigare versioner, men det kan finnas ändringar som inte är kompatibla med tidigare versioner. När detta händer läser inte en nyare version av Visual Studio in projektet eller erbjuder en migreringssökväg. Du kan behöva underhålla projektet i en tidigare version av Visual Studio. Mer information om de projekttyper som stöds i Visual Studio 2022 finns på sidan Plattformsmål och kompatibilitet .
Ibland kan en nyare version av Visual Studio öppna ett projekt, men det måste uppdatera eller migrera projektet på ett sätt som kan göra det inkompatibelt med tidigare versioner. Visual Studio använder följande kriterier för att avgöra om sådan migrering är nödvändig:
Kompatibilitet med målversionerna av plattformar, tillbaka till Visual Studio 2013 RTM.
Kompatibilitet för designtidstillgångar med tidigare versioner av Visual Studio. (Det vill säga olika kanaler i 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 och Visual Studio 2010 SP1.) Visual Studio 2022 syftar till att misslyckas korrekt med inaktuella designtidstillgångar utan att skada dem, så att tidigare versioner fortfarande kan öppna projektet.
Om nya designtidstillgångar skulle bryta kompatibiliteten med tidigare versioner ned till Visual Studio 2013 RTM & Update 5.
Det tekniska teamet som äger projekttypen tittar på dessa kriterier och anropar när det gäller support, kompatibilitet och migrering. Återigen försöker vi upprätthålla kompatibiliteten mellan Visual Studio-versioner så att det bara fungerar i andra versioner när du skapar och ändrar projekt i en version av Visual Studio.
Ibland är kompatibilitet inte möjligt. Sedan öppnar Visual Studio uppgraderingsguiden för att göra nödvändiga enkelriktade ändringar. Dessa enkelriktade ändringar kan innebära att du ändrar ToolsVersion egenskapen i projektfilen, vilket anger exakt vilken version av MSBuild som kan omvandla projektets källkod till de körbara och distribuerade artefakter som du vill använda.
Det som gör ett projekt inkompatibelt med tidigare versioner av Visual Studio är inte Visual Studio-versionen , utan MSBuild-versionen , som bestäms av ToolsVersion. Om din version av Visual Studio innehåller den MSBuild-verktygskedja som matchar ToolsVersion i ett projekt kan Visual Studio anropa den verktygskedjan för att skapa projektet.
Visual Studio 2022 innehåller nödvändiga MSBuild-verktygskedjor för att stödja ToolsVersion 15, 14, 12 och 4 för att upprätthålla kompatibiliteten med projekt som du skapade i tidigare versioner. Projekt som använder något av dessa ToolsVersion värden bör resultera i en lyckad version. (Ämne, återigen, om Visual Studio 2022 stöder projekttypen enligt beskrivningen i Plattformsmål och kompatibilitet.)
Du kan vara frestad att manuellt uppdatera eller migrera ett projekt till ett nyare ToolsVersion värde. Det är onödigt att göra en sådan ändring och skulle sannolikt generera många fel och varningar som du måste åtgärda för att få projektet att bygga igen. Om Visual Studio inte stöder en specifik ToolsVersion i framtiden utlöser projektet dessutom projektmigreringsprocessen när du öppnar den eftersom dess ToolsVersion värde måste ändras.
Projekt före MSBuild
Varning
Pre-MSBuild .NET-projekt (dvs. .NET-projekt som skapats med versioner av Visual Studio som predate MSBuild) konverteras endast när du uppgraderar dem med en version av Visual Studio upp till Visual Studio version 17.12. Projekten konverteras inte när du använder Visual Studio version 17.13 eller senare. Konvertera alla sådana projekt som du kanske fortfarande behöver nu med Visual Studio 17.12 och lagra de konverterade resultaten. De andra projektformaten fortsätter att vara konvertibla och tidigare Visual Studio-versioner fortsätter att konvertera även för MSBuild-projektfiler framöver. Vi rekommenderar dock fortfarande att du lagrar de konverterade resultaten, som i framtida versioner av Visual Studio eller framtida uppdateringar av tidigare versioner av Visual Studio (inklusive 2017 och 2019) kan ytterligare begränsningar för uppgraderingsfunktioner gälla.