Opcje migracji

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Jeśli zdecydujesz się przenieść z usługi Azure DevOps Server do usługi Azure DevOps Services, możesz zacząć od nowa od pustej organizacji. Często jednak będziesz mieć istniejący kod, elementy robocze i inne zasoby, które chcesz przenieść. Istnieje wiele podejść do tego, które różnią się zarówno wierności transferu danych, jak i złożoności procesu.

Przed migracją danych zapoznaj się z różnicami, które istnieją między usługą Azure DevOps Server i usługą Azure DevOps Services.

Opcja 1. Ręczne kopiowanie najważniejszych zasobów

Zdecydowanie najprostszą opcją przenoszenia danych do usług Azure DevOps Services jest ręczne skopiowanie najważniejszych zasobów i rozpoczęcie stosunkowo świeżego. Może to być trudne, gdy jesteś w środku dużego projektu, ale możesz ułatwić, jeśli wykonasz pewne zaawansowane planowanie i zaplanujesz przeniesienie, gdy ma to sens dla twojego zespołu.

Na przykład gdy zespół usługi Azure DevOps zdecydował się przejść z usługi Azure DevOps Server do usługi Azure DevOps Services, postanowiliśmy również przejść z Kontrola wersji serwera Team Foundation (TFVC) do usługi Git. Wymaga to sporo planowania, ale podczas faktycznego przeprowadzenia migracji utworzyliśmy nowe repozytorium Git przy użyciu "tip" wersji źródeł TF VC i pozostawiliśmy naszą historię w usłudze Azure DevOps Server. Przenieśliśmy również aktywne elementy robocze i pozostawiliśmy wszystkie nasze stare usterki, ukończono scenariusze użytkownika i zadania itd.

Oto ogólny proces:

  1. Zidentyfikuj najważniejsze zasoby, które należy migrować — zazwyczaj kod źródłowy, elementy robocze lub oba te elementy. Inne zasoby w usłudze Azure DevOps Server — potoki kompilacji, plany testów itd. — są trudniejsze do ręcznej migracji.
  2. Zidentyfikuj dobry czas na przejście.
  3. Przygotuj organizacje docelowe. Utwórz potrzebne organizacje i projekty zespołowe, aprowizuj użytkowników itd.
  4. Migrowanie danych.
  5. Rozważ wprowadzenie źródłowych wdrożeń usługi Azure DevOps Server tylko do odczytu.

Opcja 2. Migracja bazy danych o wysokiej wierności.

Zespół produktu Azure DevOps Server i Azure DevOps Services udostępnia narzędzie do migracji danych o wysokiej wierności. Dostępny jest podręcznik migracji do pobrania pod adresem https://aka.ms/AzureDevOpsImport.

Przewodnik migracji

Ponieważ narzędzie do migracji danych działa na poziomie bazy danych, może zapewnić bardzo wysoką wierność migracji. Jeśli chcesz przenieść istniejące dane usługi Azure DevOps Server do usług Azure DevOps Services, zdecydowanie zalecamy użycie tej opcji.

Opcja 3. Używanie publicznych narzędzi opartych na interfejsie API na potrzeby migracji o wyższej wierności

Jeśli z jakiegoś powodu nie możesz użyć narzędzia do migracji danych, ale nadal chcesz przeprowadzić migrację o wyższej wierności niż opcja 1, możesz wybrać spośród różnych narzędzi, które używają publicznych interfejsów API do przenoszenia danych. Ogólnie rzecz biorąc, te narzędzia mogą zapewnić wyższą wierność migracji niż ręczna kopia danych "porada", ale nadal są one stosunkowo niskie. Na przykład:

  • Żadna z nich nie zachowa dat zmian TF VC.
  • Wiele z nich nie zachowa zmienionych dat poprawek elementu roboczego.
  • Żaden z nich nie przeprowadzi migracji wszystkich artefaktów usługi Azure DevOps Server.

Ogólnie rzecz biorąc, zalecamy to podejście tylko wtedy, gdy dodatkowa wierność wykracza poza ręczną kopię jest krytyczna. Jeśli zdecydujesz się na takie podejście, możesz rozważyć zatrudnienie konsultanta, który ma doświadczenie w pracy z co najmniej jednym narzędziem. Przed przeprowadzeniem ostatecznej migracji należy rozważyć przeprowadzenie migracji testowej.

Wiele organizacji potrzebuje bardzo wysokiej wierności migracji tylko dla podzbioru swojej pracy. Nowa praca może zostać potencjalnie uruchomiona bezpośrednio w usłudze Azure DevOps Services. Inne prace, z mniej rygorystycznymi wymaganiami dotyczącymi wierności, można migrować przy użyciu jednego z innych podejść. Musisz rozważyć zalety i wady różnych podejść do Twoich motywacji do przejścia do usług Azure DevOps Services i zdecydować, co to jest właściwa strategia.