Översikt över uppgradering av .NET-appar

Den här artikeln beskriver hur du planerar och utför uppgraderingar av .NET-program. Det hjälper dig att utvärdera din aktuella app, välja rätt uppgraderingssökväg, använda tillgängliga verktyg och validera den uppgraderade appen. Använd vägledningen för att uppgradera från .NET Framework till moderna .NET, gå över till den senaste versionen av .NET eller modernisera din app för moln och containrar.

När du ska uppgradera

Överväg att uppgradera när affärssignaler eller tekniska signaler visar tydligt värde:

  • .NET eller andra beroenden når slutet av stödet.
  • Nya säkerhetsrisker upptäcks eller så måste du uppfylla nya efterlevnadskrav.
  • Du stöter på prestanda- eller skalbarhetsbegränsningar som åtgärdas i nyare .NET-versioner.

Uppgradering är också ett bra tillfälle att modernisera din app. Du kan till exempel containerisera din app, flytta en komponent till en molnbaserad tjänst eller tillämpa molnmönster som förbättrar tillförlitligheten och driftsbarheten. Uppgraderingen ökar också utvecklarproduktiviteten genom att aktivera nyare SDK:er, mallar och språkfunktioner som förenklar utvecklingen och minskar underhållet.

Prioritera uppgraderingar efter risk och avkastning: kör en riktad utvärdering, pilottesta ändringarna i ett lågriskprojekt och använd resultaten för att planera bredare migreringar.

.NET versionslivscykel

.NET lanserar en ny huvudversion varje år, med växelvis STS-versioner (standard-term support) och LTS-versioner (long-term support). Varje version har ett definierat supportfönster, varefter den inte längre tar emot säkerhets- och kvalitetsuppdateringar. Planera din uppgraderingstakt runt dessa datum så att dina appar får en version som stöds:

  • LTS-versioner stöds i tre år och är det typiska valet för produktionsappar som föredrar stabilitet.
  • STS-versioner stöds i 18 månader och är användbara när du vill använda nya funktioner tidigare.

Information om vilka versioner som stöds, datum för supportens slut och korrigeringsvägledning finns i .NET versioner, korrigeringar och support och supportprincipen .NET och .NET Framework.

.NET SDK kan rikta in sig på äldre versioner av .NET, som du kan behöva om du distribuerar till en värdtjänst som ännu inte stöder den senaste körningen. Håll utvecklarverktygen uppdaterade eftersom varje version åtgärdar säkerhetsrisker och lägger till kompatibilitet med ny teknik.

Välj ett uppgraderingsalternativ

De flesta uppgraderingar hör till någon av följande kategorier. Börja med vägledningen som matchar ditt scenario och använd sedan verktygen som beskrivs senare i den här artikeln för att utföra arbetet.

GitHub Copilot-appenmoderniseringsagent ger en AI-stödd, heltäckande upplevelse som påskyndar portering och moderniseringsarbete. Agenten analyserar projektet och skriver en plan för att slutföra den önskade uppgraderingen. Du kan justera och iterera på planen och sedan utföra uppgraderingarna. Med den här agenten kan du:

  • Uppgradera projekt till en nyare .NET-version.
  • Utvärdera programmets kod, konfiguration och beroenden.
  • Migrera projekt från äldre .NET-versioner till den senaste versionen.
  • Migrera tekniker som din app är beroende av till Azure.
  • Planera och etablera rätt Azure-resurser.
  • Åtgärda problem och tillämpa metodtips för molnmigrering.
  • Kontrollera att din app bygger och att testerna godkänns.

Använd agenten när du vill ha en guidad, AI-baserad sökväg för att utvärdera, åtgärda och modernisera kodbaser – särskilt för projekt som har många beroenden, förlitar dig på Windows-specifika API:er eller att du planerar att containerisera eller migrera till molnet. För mer information, se Vad är app-modernisering med GitHub Copilot.

.NET Uppgraderingsassistenten (inaktuell)

.NET Upgrade Assistant är ett Visual Studio tillägg och CLI-verktyg som analyserar ett projekt och tillämpar vanliga uppgraderingsändringar. Den har officiellt fasats ut till förmån för appen GitHub Copilot App Modernization Agent och utvecklas inte längre aktivt. Använd den bara om du inte kan använda moderniseringsagenten, till exempel om din miljö inte har åtkomst till GitHub Copilot. Nytt arbete bör riktas mot moderniseringsagenten i stället.

Nästa steg

  • Last updated on