Udostępnij za pośrednictwem

Wykonywanie zadań po migracji

  • Artykuł

Po zakończeniu migracji wiadomość e-mail zostanie wysłana do właściciela organizacji i w tym momencie każda osoba mająca dostęp może zalogować się do nowo zmigrowanej organizacji usług Azure DevOps Services. Jednak przed udostępnieniem organizacji wszystkim użytkownikom należy wykonać typowe zadania wymienione w tym artykule.

Diagram przedstawiający wyróżniony etap po migracji siedmiu etapów migracji.

Sprawdzanie typu spot

Natychmiast po udostępnieniu organizacji weź mały zespół i przeprowadzaj kontrole w organizacji. Zalecamy, aby ten zespół składał się z administratorów kolekcji projektów. Ta kontrola nie powinna być dogłębna, ale raczej upewniając się, że główne elementy z kolekcji zostały przeniesione.

  • Kod źródłowy: sprawdź, czy repozytoria kodu źródłowego prawidłowo migrowały.
  • Historia kompilacji: upewnij się, że historia kompilacji się skończyła.
  • Ścieżki obszaru: Upewnij się, że wszystkie ścieżki obszaru są nadal obecne.

Te szybkie kontrole ułatwiają przechwycenie wszelkich brakujących lub niekompletnych danych przed otwarciem organizacji do całej bazy użytkowników.

Zmiana nazwy organizacji (opcjonalnie)

W fazie Rozpoczynanie pracy możesz już utworzyć organizacje z ostatnimi nazwami organizacji usługi Azure DevOps Services, których chcesz użyć. Jeśli jest to ostateczna migracja, możesz zmienić nazwę nowo zmigrowanej organizacji usługi Azure DevOps Services na odpowiednią nazwę. Aby uzyskać więcej informacji, zobacz Zmienianie nazwy organizacji.

Konfigurowanie rozliczeń

Aby płacić za użytkowników lub usługi w usłudze Azure DevOps, takich jak hostowani agenci kompilacji i wdrażania, należy skonfigurować rozliczenia dla organizacji. Jeśli migrujesz więcej niż jedną kolekcję, upewnij się, że wszystkie organizacje są skonfigurowane do rozliczeń przy użyciu tej samej subskrypcji platformy Azure i że subskrypcja jest włączona na potrzeby rozliczeń w wielu organizacjach. Następnie możesz przypisać dowolną liczbę użytkowników w warstwie Podstawowa w miesiącu kalendarzowym, w którym jest uruchamiana migracja.

Konfigurowanie agentów kompilacji

Jeśli w środowisku usługi Azure DevOps Server użyto zautomatyzowanych serwerów kompilacji lub wdrażania, możesz połączyć je z organizacją usługi Azure DevOps Services. W ramach migracji wszystkie definicje kompilacji są migrowane, ale należy ponownie skonfigurować agentów i pule względem nowej organizacji usługi Azure DevOps Services.

Aby uzyskać więcej informacji, zobacz Agenci usługi Azure Pipelines.

Jeśli planujesz używać istniejących lokalnych prywatnych agentów kompilacji, musisz wyczyścić ich pamięć podręczną, co gwarantuje, że nie napotkasz żadnych problemów z kompilacją związanych ze starszymi Kontrola wersji serwera Team Foundation (TFVC) ani wskaźnikami Git do kolekcji lokalnej. Aby uzyskać więcej informacji, zobacz odświeżanie pamięci podręcznych na komputerach klienckich.

Napiwek

Jeśli użyto usługi Release Management w usłudze Azure DevOps Server, potoki wydania i dane historii zmigrowane. Ale podobnie jak w przypadku kompilacji, należy ponownie skonfigurować agentów (ponownie połączyć) i pule względem nowej organizacji.

Korzystanie z usługi Azure Artifacts

Usługa Azure Artifacts jest dołączona do usług Azure DevOps Services dla wszystkich użytkowników, którym udzielono licencji Podstawowa. Nie ma potrzeby instalowania rozszerzenia. Dane usługi Azure Artifacts powinny być dostępne po migracji. Aby uzyskać więcej informacji, zobacz Omówienie usługi Azure Artifacts.

Dostosowywanie usługi Azure Boards

Jeśli masz istniejące połączenie z serwerem GitHub Enterprise Server skojarzone z serwerem Azure DevOps Server, nie działa zgodnie z oczekiwaniami. Elementy robocze wymienione w usłudze GitHub mogą być opóźnione lub nigdy nie są wyświetlane w usługach Azure DevOps Services. Ten problem występuje, ponieważ adres URL wywołania zwrotnego skojarzony z usługą GitHub nie jest już prawidłowy.

Aby rozwiązać ten problem, rozważ następujące zadania:

  • Usuń i ponownie utwórz połączenie: usuń i ponownie utwórz połączenie z repozytorium GitHub Enterprise Server. Postępuj zgodnie z sekwencją kroków podanych w Połączenie z dokumentacji usługi Azure Boards.
  • Napraw adres URL elementu webhook: przejdź do strony ustawień repozytorium usługi GitHub i zmodyfikuj adres URL elementu webhook, aby wskazać zmigrowany adres URL organizacji usługi Azure DevOps Services: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

Aby uzyskać więcej informacji, zobacz Konfigurowanie i dostosowywanie usługi Azure Boards.

Przejrzyj uprawnienia

Twoja organizacja obejmuje pięciu bezpłatnych użytkowników z dostępem podstawowym . Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników organizacji i zarządzanie dostępem.

Powiadamianie zespołów

Po uruchomieniu kompilacji i skonfigurowaniu subskrypcji licencji zalecamy otwarcie organizacji dla wszystkich użytkowników w celu weryfikacji. Następnie użytkownicy indywidualni mogą upewnić się, że cała zawartość jest w miejscu, ma odpowiedni poziom dostępu i może ściągnąć kod.

Użytkownicy serwera TFVC z lokalnymi obszarami roboczymi muszą ponownie mapować swoje obszary robocze na nową organizację, a użytkownicy usługi Git muszą ponownie skonfigurować swoje zdalnie, aby ściągnąć kod.

Jeśli w organizacji zmigrowanej brakuje niczego, skontaktuj się z pomocą techniczną.

Następne kroki

Pobieranie rozszerzeń usługi Azure DevOps Services (opcjonalnie)