Uaktualnij wdrożenie do najnowszej wersji Azure DevOps Server

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 — TFS 2015

Uwaga

Azure DevOps Server wcześniej nosiła nazwę Visual Studio Team Foundation Server.

Ten artykuł zawiera ogólne informacje dotyczące uaktualniania wdrożenia lokalnego do serwera TFS 2018, Azure DevOps Server 2019 lub Azure DevOps Server 2020. Ogólny proces uaktualniania jest następujący:

  • Przygotuj środowisko. Nowe wymagania systemowe mogą wymagać uaktualnienia sprzętu lub oprogramowania. Tak czy inaczej, uaktualnienie to dobry czas, aby rozważyć, czy bieżące środowisko spełnia Twoje potrzeby, czy ma sens wprowadzić zmiany.

  • Należy spodziewać się najlepszych. Przygotuj się na najgorszy. Mimo że Azure DevOps Server są niezawodne, zawsze warto przygotować się do scenariusza najgorszego przypadku. Upewnij się, że masz dostępny kompletny i spójny zestaw kopii zapasowych bazy danych.

    Uwaga

    Jeśli uaktualniasz system i nie przechodzisz na nowy sprzęt, rozważ uaktualnienie w środowisku przedprodukcyjnym.

  • Wykonaj uaktualnienie. Po zakończeniu przygotowywania zainstaluj nową wersję. Pobierz pliki binarne i uruchom proces instalacji w celu uaktualnienia serwerów.

    Porada

    W niektórych sytuacjach może być konieczne odinstalowanie poprzedniej wersji Azure DevOps Server i zainstalowanie najnowszej wersji pakietu Azure DevOps Server dla tego samego komputera. W takich przypadkach instalator wyświetli ostrzeżenie i należy postępować zgodnie z instrukcjami wyświetlanymi w komunikacie ostrzegawczym.

  • Skonfiguruj nowe funkcje. Może być konieczne skonfigurowanie każdego projektu w celu uzyskania dostępu do nowych funkcji, które zostały udostępnione. Nie trzeba natychmiast konfigurować wszystkich konfiguracji, ale niektóre funkcje nie są dostępne, dopóki nie są skonfigurowane. W zależności od projektu użyj kreatora Konfigurowanie funkcji, aby wprowadzić zmiany lub ręcznie, aktualizując pliki definicji XML.

Obsługiwane ścieżki uaktualnienia

W przypadku poprzednich Azure DevOps lokalnych w poniższej macierzy uaktualniania przedstawiono odpowiednie kroki uaktualniania na podstawie wersji uaktualnienia. (Upewnij się, że wybierasz wersję zawartości, która odpowiada wersji serwera, do której chcesz uaktualnić).

Azure DevOps 2020 Macierz ścieżek uaktualnienia dla wszystkich poprzednich wersji.

Azure DevOps 2019 Upgrade path matrix for all previous versions (Macierz ścieżek uaktualnienia dla wszystkich poprzednich wersji).

Macierz ścieżek uaktualnienia programu TFS 2018 dla wszystkich poprzednich wersji.

Przed uaktualnieniem do wersji Azure DevOps Server 2020

Podczas uaktualniania wdrożenia lokalnego do wersji Azure DevOps Server 2020 należy pamiętać, że uaktualnienie z serwera TFS 2015 i nowszych wersji jest obsługiwane tylko. Jeśli używasz serwera TFS 2013 lub jego starszych wersji, musisz najpierw uaktualnić program do wersji TFS 2015.

Przed uaktualnieniem do wersji Azure DevOps Server 2019

Podczas uaktualniania wdrożenia lokalnego do wersji Azure DevOps Server 2019 należy pamiętać o następujących dwóch elementach, które mają wpływ na dostosowywanie i raportowanie śledzenia pracy.

Dostępność modelu procesu dziedziczenia dla nowych kolekcji projektów

Azure DevOps Server 2019 obsługuje korzystanie z modelu procesu dziedziczenia w celu dostosowania funkcji śledzenia pracy. Dostęp do tej funkcji można uzyskać tylko przez utworzenie nowej kolekcji projektów. Istniejące kolekcje projektów będą obsługiwać tylko model lokalnego procesu XML.

Jeśli wybierzesz model procesu dziedziczenia dla nowych kolekcji projektów, automatycznie wybierzesz również usługę analytics do obsługi raportowania. Do projektów, które dodasz do nowych kolekcji projektów, nie SQL Server usług raportowania. Jeśli wybierzesz model lokalnego procesu XML dla nowych kolekcji projektów, będziesz mieć dostęp zarówno do usługi Analytics, jak i SQL Server Reporting Services. Dotyczy to również istniejących kolekcji, które uaktualniasz.

W związku z tym należy wziąć pod uwagę wymagania dotyczące dostosowywania i raportowania śledzenia pracy w ramach przechodzenia do nowych kolekcji projektów. Aby dowiedzieć się więcej o tych wyborach, zobacz następujące artykuły:

Deprecation of the Configure Features wizard (Cofanie pracy kreatora konfigurowania funkcji)

W przeszłości kreator konfigurowania funkcji był używany do aktualizowania domyślnych szablonów procesów za pomocą aktualizacji. Ta funkcja nie jest już obsługiwana w Azure DevOps Server 2019 r.

Aby dowiedzieć się więcej o aktualizacjach wprowadzonych do domyślnych procesów systemowych, zobacz Zmiany wprowadzone w szablonach procesów.

Przed uaktualnieniem do serwera TFS 2018

Od wersji TFS 2017.2 <Layout> stary tag formularza elementu roboczego jest przestarzały i nie jest już obsługiwany. Jeśli uaktualnisz serwer i masz kolekcję, w której formularz nowego elementu roboczego nie jest włączony, podczas walidacji może zostać wyświetlony następujące ostrzeżenie:

[VS403364]: This release introduces major updates to the work item form layout and functionality and deprecates legacy custom controls. Consequently, the upgrade process will update all work item type definitions to use the new work item form WebLayout element and remove all custom controls. For more information and recommended upgrade steps, see the Deployment Guide.

Aby uzyskać więcej informacji, zobacz Handle a TFS 2018 upgrade from the old form to the new form(Obsługa uaktualnienia serwera TFS 2018 ze starego formularza do nowego).

Przed uaktualnieniem do serwera TFS 2017

Przejrzyj opcje dostępne podczas uaktualniania z wersji TFS 2008 lub TFS 2010. Wybierz jedną z opisanych opcji w zależności od tego, o ile dostosowany proces śledzenia pracy został dostosowany.

Złożoność

Uaktualnienie Azure DevOps wdrożenia lokalnego może się różnić w zależności od specyfiki istniejącego wdrożenia. Czynniki wpływające na złożoność i czas trwania uaktualnienia obejmują:

  • Liczba wdrożonych serwerów
  • Konfiguracja wdrożenia, integracja z raportowaniem, SharePoint Products lub Project Server
  • Rozmiar baz danych
  • Wersja uaktualnienia.

We wszystkich przypadkach ogólny proces jest logicznie taki sam. Upewnij się, że środowisko jest gotowe. Następnie przygotuj i wykonaj uaktualnienie.

Downtime (Przestoje)

Twoje Azure DevOps lokalnego jest w trybie offline na czas trwania uaktualnienia. Czasy uaktualniania mogą się różnić w zależności od rozmiaru wdrożenia. Aby zapewnić, że uaktualnienia będą mniej szybkie, wyczyść niepotrzebne dane. Pomaga to również zapewnić, że będziesz na bieżąco z najnowszymi wersjami Azure DevOps Server.