Migreringsalternativ

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

När du bestämmer dig för att flytta från Azure DevOps Server till Azure DevOps Services kan du börja om med en tom organisation. Ofta har du dock befintlig kod, arbetsobjekt och andra tillgångar som du vill flytta. Det finns många sätt att göra detta som varierar både när det gäller dataöverföringens återgivning och processens komplexitet.

Innan du migrerar data bör du granska skillnaderna mellan Azure DevOps Server och Azure DevOps Services.

Alternativ 1: Kopiera de viktigaste tillgångarna manuellt

Det överlägset enklaste alternativet för att flytta data till Azure DevOps Services är att kopiera dina viktigaste tillgångar manuellt och börja relativt nytt. Det kan vara svårt när du är mitt i ett stort projekt, men du kan göra det enklare om du planerar och schemalägger flytten i förväg när det passar ditt team.

När Azure DevOps-teamet till exempel valde att flytta från Azure DevOps Server till Azure DevOps Services bestämde vi oss också för att flytta från Team Foundation Version Control (TFVC) till Git. Detta krävde en hel del planering, men när vi faktiskt utförde migreringen skapade vi en ny Git-lagringsplats med hjälp av "tips"-versionen av våra TF VC-källor och lämnade vår historik i Azure DevOps Server. Vi flyttade också våra aktiva arbetsobjekt och lämnade efter oss alla våra gamla buggar, slutförda användarberättelser och uppgifter och så vidare.

Här är den allmänna processen:

  1. Identifiera de viktigaste tillgångarna som du behöver migrera – vanligtvis källkod, arbetsobjekt eller båda. Andra tillgångar i Azure DevOps Server – byggpipelines, testplaner och så vidare – är svårare att migrera manuellt.
  2. Identifiera ett bra tillfälle att göra övergången.
  3. Förbered dina målorganisationer. Skapa de organisationer och teamprojekt som du behöver, etablera användare och så vidare.
  4. Migrera dina data.
  5. Överväg att göra Azure DevOps Server-källdistributionerna skrivskyddade.

Alternativ 2: Databasmigrering med hög återgivning.

Produktteamet för Azure DevOps Server och Azure DevOps Services tillhandahåller ett datamigreringsverktyg med hög återgivning. En nedladdningsbar migreringsguide finns på https://aka.ms/AzureDevOpsImport.

Migreringsguide

Eftersom datamigreringsverktyget fungerar på databasnivå kan det ge en migrering med mycket hög återgivning. Om du vill flytta dina befintliga Azure DevOps Server-data till Azure DevOps Services rekommenderar vi starkt att du använder det här alternativet.

Alternativ 3: Använda offentliga API-baserade verktyg för migrering med högre återgivning

Om du av någon anledning inte kan använda datamigreringsverktyget men ändå vill ha en migrering med högre återgivning än alternativ 1 kan du välja mellan en mängd olika verktyg som använder offentliga API:er för att flytta data. I allmänhet kan dessa verktyg ge en migrering med högre återgivning än en manuell kopia av "tipsdata", men de är fortfarande relativt låg återgivning. Till exempel:

  • Ingen av dem bevarar datumen för TF VC-ändringsuppsättningar.
  • Många av dem bevarar inte de ändrade datumen för arbetsobjektsrevisioner.
  • Ingen av dem migrerar alla Azure DevOps Server-artefakter.

I allmänhet rekommenderar vi bara den här metoden om den extra återgivningen utöver en manuell kopia är kritisk. Om du väljer att använda den här metoden kan du överväga att anställa en konsult som har erfarenhet av ett eller flera av verktygen. Du bör definitivt överväga att utföra en testmigrering innan du gör din slutliga migrering.

Många organisationer behöver en mycket hög återgivningsmigrering för endast en delmängd av sitt arbete. Nytt arbete kan potentiellt börja direkt i Azure DevOps Services. Andra arbeten, med mindre stränga återgivningskrav, kan migreras med någon av de andra metoderna. Du måste väga för- och nackdelarna med de olika metoderna mot dina motivationer för att flytta till Azure DevOps Services och själv bestämma vilken strategi som är rätt.