Po zaimportowanie

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

Po pomyślnym zakończeniu importowania organizacja jest gotowa do użycia. Jednak przed udostępnieniem go wszystkim użytkownikom należy wykonać kilka typowych zadań. Zapoznaj się z poniższą listą najbardziej typowych zadań, które należy wykonać po zaimportowaniu, w zalecanej kolejności wykonywania.

Uwaga

Zalecamy użycie przewodnika migracji do postępu importowania. Przewodnik zawiera linki do dokumentacji technicznej zgodnie z potrzebami.

Wraz z wydaniem usługi Azure DevOps Server 2019 nazwa usługi TFS Database Import Service została zmieniona na narzędzie do migracji danych dla usługi Azure DevOps. Dotyczy to również serwera TfsMigrator, który staje się narzędziem do migracji danych lub jest migrowanie w skrócie. Ta usługa nadal działa dokładnie tak samo jak stara usługa importu. Jeśli korzystasz ze starszej wersji lokalnej z programem TFS jako znakowanie, nadal możesz użyć tej funkcji do migracji do usługi Azure DevOps, o ile uaktualnisz do jednej z obsługiwanych wersji.

Natychmiast po zaimportowaniu

Natychmiast po udostępnieniu organizacji weź mały zespół i przeprowadź kontrole na miejscu w organizacji. Zalecamy, aby ten zespół składał się z administratorów kolekcji projektów. Nie powinno to być szczegółowe sprawdzanie, ale raczej upewnienie się, że główne elementy z kolekcji zostały przeniesione. Czy kod źródłowy został zaimportowany? Czy widzisz historię kompilacji? Czy wszystkie nasze ścieżki obszarów są nadal obecne? Najlepiej potwierdzić, że te artefakty są obecne przed otwarciem organizacji do całej bazy użytkowników.

Po sprawdzeniu organizacji zastanów się, czy chcesz zmienić jej nazwę. Zmiana nazwy organizacji jest prostą operacją, ale ma duży wpływ na użytkowników korzystających obecnie z organizacji. Niektóre przykłady to Łączenie z zespołem Eksplorowanie połączeń powodujących niezgodność lub zakładki nie działają już. Zmiana nazwy poza sposób, gdy jest to tylko niewielka grupa użytkowników korzystających z organizacji, umożliwia pozostałym użytkownikom logowanie się i konfigurowanie ich połączeń raz.

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 importujesz 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 uruchamiany import.

Zarządzanie użytkownikami i dostępem

Twoja organizacja obejmuje pięciu bezpłatnych użytkowników z dostępem podstawowym . Podstawowe funkcje, takie jak Git i Team Foundation, kontrola wersji, narzędzia do planowania Agile i zespołów Java i nie tylko. Ponadto możesz bezpłatnie dodawać subskrybentów programu Visual Studio — uzyskują podstawowe funkcje i inne funkcje — na podstawie poziomu subskrypcji. Ponadto możesz bezpłatnie dodać uczestnika projektu , co pozwala im mieć częściowy dostęp do narzędzi Agile, tworzyć elementy robocze i wyświetlać listy prac i tablice.

Gdy subskrybenci programu Visual Studio logują się do organizacji, są automatycznie wykrywani. Dla wszystkich innych użytkowników musisz przypisać płatny dostęp. Pamiętaj, że jeśli automatyzujesz dostęp przy użyciu reguł grupy, reguły mają zastosowanie tylko do istniejących użytkowników, jeśli usuniesz bezpośrednie przypisania, które zostały zastosowane do użytkowników podczas importowania.

Zmiana zachowania — od 13 listopada 2019 r. zostanie zmienione domyślne zachowanie dostępu dla importu. Wcześniej wszystkie importy próbowały dać użytkownikom równoważny poziom dostępu po zaimportowania. Oznacza to, że użytkownicy, którzy otrzymali dostęp podstawowy, a inni użytkownicy zaczęli uzyskiwać dostęp do uczestników projektu. Po wprowadzeniu tej zmiany wszyscy użytkownicy zaczynają korzystać z bezpłatnego dostępu uczestników projektu . Będziesz nadal mieć możliwość przypisania dostępu podstawowego do wszystkich użytkowników, którzy potrzebują go bez ponoszenia kosztów, do końca miesiąca kalendarzowego, w którym jest uruchamiany import. Jeśli masz jakiekolwiek pytania lub obawy dotyczące tej zmiany, możesz się z nami skontaktować.

Kompilacje

Następnie chcesz skonfigurować agentów kompilacji. W ramach migracji wszystkie potoki kompilacji zostały przeniesione, ale agenci i pule muszą zostać ponownie skonfigurowane w nowej organizacji. Usługa Azure DevOps oferuje możliwość korzystania z hostowanej przez firmę Microsoft puli agentów kompilacji, których można użyć, lub możesz połączyć własnych agentów kompilacji. Należy pamiętać, że tylko jeden własny agent kompilacji jest dostępny bezpłatnie. Po tym jest opłata za posiadanie większej liczby własnych agentów kompilacji. Aby płacić za agentów kompilacji hostowanych przez firmę Microsoft i własnych, musisz połączyć subskrypcję z organizacją. Aby uzyskać szczegółowe informacje na temat wykonywania tego zadania, zobacz następujące zasoby:

• Agenci kompilacji

Jeśli planujesz korzystanie z istniejących lokalnych prywatnych agentów kompilacji, po zarejestrowaniu ich w nowej organizacji należy wykonać jeszcze jeden zalecany krok. Wyczyszczenie pamięci podręcznej gwarantuje, że nie wystąpią żadne problemy z kompilacją związane ze starszymi wskaźnikami TFVC lub Git do kolekcji lokalnej. Aby uzyskać szczegółowe informacje na temat wykonywania tego zadania, zobacz odświeżanie pamięci podręcznych na komputerach klienckich .

Zarządzanie wydaniami

Jeśli użyto usługi Release Management w usłudze Azure DevOps Server, potoki wydania i dane historii zostaną dołączone do importu. Jednak podobnie jak kompilacje, należy ponownie skonfigurować agentów i pule w nowej organizacji.

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 zaimportowanie.

Azure Boards

Jeśli masz istniejące połączenie z serwerem GitHub Enterprise Server skojarzone z serwerem Usługi Azure DevOps, nie będzie ono działać zgodnie z oczekiwaniami. Wzmianki o elementach roboczych 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 elementy:

• 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

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 dostępna, mają odpowiedni poziom dostępu i że mogą ściągnąć kod. Pamiętaj, aby wskazać użytkownikom naszą dokumentację dotyczącą nawiązywania połączenia z usługami Azure DevOps Services ze wszystkich obsługiwanych środowisk IDE i programu Team Explorer.

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 móc ściągać kod.

Jeśli cokolwiek zostanie zgłoszone jako brakujące w zmigrowanej organizacji, skontaktuj się z usługą AzureDevOpsImport@microsoft.com. W przypadku innych problemów funkcjonalnych skontaktuj się z pomocą techniczną klienta.