Migratieopties

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Wanneer u besluit om over te stappen van Azure DevOps Server naar Azure DevOps Services, kunt u beginnen met een lege organisatie. Vaak hebt u echter bestaande code, werkitems en andere assets die u wilt verplaatsen. Er zijn veel benaderingen om dit te doen, die variëren in zowel de betrouwbaarheid van de gegevensoverdracht als de complexiteit van het proces.

Controleer voordat u gegevens migreert de verschillen die bestaan tussen Azure DevOps Server en Azure DevOps Services.

Optie 1: De belangrijkste assets handmatig kopiëren

De eenvoudigste optie voor het verplaatsen van gegevens naar Azure DevOps Services is door handmatig uw belangrijkste assets te kopiëren en relatief nieuw te beginnen. Dit kan lastig zijn wanneer u zich midden in een groot project bevindt, maar u kunt het eenvoudiger maken als u wat planning maakt en uw verplaatsing plant wanneer dit zinvol is voor uw team.

Wanneer het Azure DevOps-team er bijvoorbeeld voor heeft gekozen om over te stappen van Azure DevOps Server naar Azure DevOps Services, hebben we ook besloten om over te stappen van Team Foundation Version Control (TFVC) naar Git. Dit vereist een behoorlijke planning, maar toen we onze migratie daadwerkelijk uitvoerden, hebben we een nieuwe Git-opslagplaats gemaakt met behulp van de 'tip'-versie van onze TF VC-bronnen en onze geschiedenis achtergelaten in Azure DevOps Server. We hebben ook onze actieve werkitems verplaatst en al onze oude bugs achtergelaten, voltooide gebruikersverhalen en taken, enzovoort.

Dit is het algemene proces:

  1. Identificeer de belangrijkste assets die u moet migreren, meestal broncode, werkitems of beide. Andere assets in Azure DevOps Server: pijplijnen bouwen, testplannen enzovoort, zijn moeilijker om handmatig te migreren.
  2. Identificeer een goed moment om de overgang te maken.
  3. Bereid uw doelorganisaties voor. Maak de organisaties en teamprojecten die u nodig hebt, richt gebruikers in, enzovoort.
  4. Uw gegevens migreren.
  5. Overweeg om de bronimplementaties van Azure DevOps Server alleen-lezen te maken.

Optie 2: Databasemigratie met hoge kwaliteit.

Het productteam van Azure DevOps Server en Azure DevOps Services biedt een hulpprogramma voor gegevensmigratie met hoge kwaliteit. Er is een downloadbare migratiehandleiding beschikbaar op https://aka.ms/AzureDevOpsImport.

Migratiehandleiding

Omdat het hulpprogramma voor gegevensmigratie op databaseniveau werkt, kan het een zeer betrouwbare migratie bieden. Als u uw bestaande Azure DevOps Server-gegevens wilt verplaatsen naar Azure DevOps Services, raden we u ten zeerste aan deze optie te gebruiken.

Optie 3: Openbare API-hulpprogramma's gebruiken voor migratie met een hogere betrouwbaarheid

Als u om een of andere reden het hulpprogramma voor gegevensmigratie niet kunt gebruiken, maar toch een hogere betrouwbaarheidsmigratie wilt dan optie 1, kunt u kiezen uit verschillende hulpprogramma's die gebruikmaken van openbare API's om gegevens te verplaatsen. Over het algemeen kunnen deze hulpprogramma's een hogere betrouwbaarheidsmigratie bieden dan een handmatige kopie van 'tip'-gegevens, maar ze zijn nog steeds relatief laag. Voorbeeld:

  • Geen van deze behoudt de datums van TF VC-wijzigingensets.
  • Veel van hen behouden de gewijzigde datums van revisies van werkitems niet.
  • Alle Azure DevOps Server-artefacten worden niet gemigreerd.

Over het algemeen raden we deze benadering alleen aan als de extra betrouwbaarheid buiten een handmatige kopie essentieel is. Als u besluit deze aanpak te volgen, kunt u overwegen om een consultant in te huren die ervaring heeft met een of meer van de hulpprogramma's. U moet zeker overwegen om een testmigratie uit te voeren voordat u uw uiteindelijke migratie uitvoert.

Veel organisaties hebben een zeer hoogwaardige migratie nodig voor slechts een subset van hun werk. Nieuw werk kan mogelijk rechtstreeks in Azure DevOps Services beginnen. Andere werkzaamheden, met minder strenge betrouwbaarheidsvereisten, kunnen worden gemigreerd met behulp van een van de andere benaderingen. U moet de voor- en nadelen van de verschillende benaderingen afwegen tegen uw motivaties om over te stappen op Azure DevOps Services en zelf bepalen wat de juiste strategie is.