Udostępnij za pośrednictwem

Dostosowywanie lokalnego procesu XML

  • Artykuł

Azure DevOps Server 2022 — Azure DevOps Server 2019

Lokalny model procesu XML zapewnia obsługę dostosowywania obiektów śledzenia pracy i narzędzi Agile dla projektu. Za pomocą tego modelu można zaktualizować definicję XML typów elementów roboczych, konfigurację procesu, kategorie i inne. Można również zaktualizować atrybuty pól.

Możesz dostosować środowisko śledzenia pracy, aby obsługiwać potrzeby biznesowe i raportowania. Najbardziej typowe dostosowania obejmują dodawanie pola niestandardowego, modyfikowanie formularza elementu roboczego lub dodawanie niestandardowego typu elementu roboczego.

W przypadku usługi Azure DevOps Server 2019 i nowszych wersji masz do wyboru modele procesów. Podczas tworzenia kolekcji projektów należy wybrać między lokalnie wdrożonym modelem procesu XML a modelem procesu Dziedziczenia. Aby uzyskać więcej informacji, zobacz Dostosowywanie śledzenia pracy, Wybierz model procesu dla kolekcji projektów.

Ważne

Migracja projektów lub kolekcji z hostowanego kodu XML do dziedziczonego modelu nie jest obsługiwana dla serwera Azure DevOps Server. Jest ona dostępna tylko w usługach Azure DevOps Services.

Aby dostosować projekt usługi Azure DevOps Services, zobacz About process customization and inherited processes (Informacje o dostosowywaniu i dziedziczeniu procesów). Ten artykuł dotyczy tylko wdrożeń lokalnych.

Obsługiwane dostosowania

Podczas pracy z lokalnym modelem procesów XML można wykonać następujące zadania.

Obszar

Obsługa dostosowywania

Pola

Listy pobrań

Typy elementów roboczych

Listy prac i konfiguracja procesu

Szablon procesu

Typy łączy

Sekwencja dostosowywania

Podczas zarządzania wdrożeniem lokalnym większość dostosowań wykonuje się przy użyciu następującej sekwencji. Ta sekwencja obsługuje aktualizowanie definicji XML dla elementów WIT, list globalnych, konfiguracji procesów i kategorii. Ta sekwencja obsługuje poszczególne aktualizacje za pośrednictwem importowania odpowiednich zmodyfikowanych plików definicji XML. Zalecamy zachowanie plików definicji XML w repozytorium na potrzeby kontroli wersji.

Eksportowanie pliku definicji XML Edytowanie pliku definicji XML Importowanie pliku definicji funkcji WIT Odświeżanie i weryfikowanie zmian

Ponadto można użyć narzędzia witadmin, aby wyświetlić listę obiektów, zmieniać nazwy typów elementów roboczych (WIT), trwale usuwać je i nie tylko.

Napiwek

Za pomocą narzędzia witadmin można importować i eksportować pliki definicji. Inne narzędzia, których można użyć, obejmują Edytor procesów (wymaga zainstalowania wersji programu Visual Studio). Zainstaluj edytor szablonu procesu z witryny Visual Studio Marketplace.

Implikacje dotyczące konserwacji i uaktualniania

Przed dostosowaniem należy zrozumieć, jak dostosowania mogą mieć wpływ na projekt podczas uaktualniania serwera warstwy aplikacji.

Uaktualnienia do wdrożenia lokalnego mogą wprowadzać nowe funkcje, które wymagają aktualizacji obiektów używanych do śledzenia pracy. Te obiekty obejmują typy elementów roboczych, kategorie i konfigurację procesu. Minimalizacja zmian przepływu pracy dla elementu WIT lub konfiguracji procesu może pomóc zminimalizować pracę, którą należy wykonać podczas uaktualniania wdrożenia.

Aby zminimalizować zakres pracy ręcznej po uaktualnieniu, warto zrozumieć, które dostosowania wspierają łatwą ścieżkę aktualizacji, a które nie.

Odpowiednie do szybkiej aktualizacji

Korzystając z poniższych dostosowań, możesz użyć Kreatora konfigurowania funkcji, aby automatycznie zastosować wszelkie zmiany w projekcie wymagane dla nowych funkcji.

  • Pola: Dodawanie pól niestandardowych, dostosowywanie listy wyboru, dodawanie lub modyfikowanie ścieżek obszaru i iteracji, dodawanie reguł do pola
  • Typy elementów roboczych (WITs): dodawanie niestandardowych typów, zmienianie układu formularza
  • Kategorie: Dodawanie kategorii niestandardowych
  • Narzędzia Agile: dostosowywanie kolumn na tablicy, dostosowywanie panelu szybkiego dodawania
  • Integracja pakietu Office: dodawanie lub zmienianie sposobu mapowania pól projektu na pola TFS

Aby dowiedzieć się więcej na temat Kreatora konfigurowania funkcji, zobacz Konfigurowanie funkcji po uaktualnieniu.

Zgodne, ale może wymagać aktualizacji ręcznych

Kreator konfigurowania funkcji wymaga, aby określone typy elementów roboczych, stany przepływu pracy i pola istniały w projekcie. W przypadku wprowadzania następujących dostosowań może być konieczne zmodyfikowanie niestandardowego procesu, aby kreator mógł zostać uruchomiony, lub ręczne zaktualizowanie projektu.

  • Pola: Zmień atrybuty istniejącego pola, usuń pola, do których odwołuje się konfiguracja procesu
  • WITs: Zmień przepływ pracy
  • Narzędzia Agile: zmień WIT-y zdefiniowane dla kategorii wymagań, kategorii zadań lub kategorii funkcji.
  • Narzędzia Agile: zmień mapowanie metastanu zdefiniowane w konfiguracji procesu.
  • Narzędzia Agile: Zmiana pola określonego dla TypeField w konfiguracji procesu.

Ponadto zmiany wprowadzone w typach elementów roboczych lub przepływie pracy mogą wymagać aktualizacji innych artefaktów dostarczonych z Twoim procesem, takich jak raporty programu Excel lub usługi SQL Server Reporting Services.

Dostosowania, których należy unikać

Należy unikać wprowadzania następujących dostosowań, ponieważ mogą one powodować konflikty schematów w magazynie danych lub powodować problemy podczas aktualizowania projektów po uaktualnieniu serwera TFS.

  • Pola:
    • Zmienianie przyjaznej nazwy pola (pola określonego w pliku definicji funkcji WIT)
    • Zmień co najmniej jeden atrybut raportowania lub atrybut, aby zsynchronizować nazwy osób z Active Directory w polu domyślnym.
  • WITs: zmiana nazwy lub usuwanie WITs
  • Kategorie: zmień nazwę kategorii domyślnych lub zmień WITy określone w kategoriach domyślnych

Aby dowiedzieć się więcej na temat atrybutów raportowania, zobacz Dodawanie lub modyfikowanie pól elementów roboczych w celu obsługi raportowania.

  • Zidentyfikuj najlepsze opcje personalizacji WITs, które spełniają Twoje wymagania dotyczące śledzenia. Po zmianie obiektów, które śledzą elementy robocze, należy określić, w jaki sposób te zmiany będą wpływać na istniejące i przyszłe projekty.
  • Umieść procesy i wszystkie pliki definicji XML w ramach kontroli wersji. Nie wdrażaj obiektów, które zdefiniowałeś, ale nie przechowałeś w repozytorium.
  • Przetestuj dostosowane obiekty tak samo, jak w przypadku testowania oprogramowania.
  • Zminimalizuj liczbę wprowadzanych pól niestandardowych. Zminimalizuj liczbę pól, które można zgłaszać.

Zastępowanie ścieżki obszaru zespołu polem zespołu

Domyślna konfiguracja projektów kojarzy każdy zespół ze ścieżką obszaru. Jeśli twoja organizacja ma kilka zespołów, które pracują ze wspólnej listy prac i w różnych obszarach produktów, ta konfiguracja może nie pasować do sposobu organizowania pracy. Dodając niestandardowe pole, które reprezentuje zespoły w organizacji, można skonfigurować na nowo narzędzia i strony planowania agile tak, aby wspierały zespoły i uniezależniały przypisanie do zespołów i ścieżek obszarów.

Używanie pól zespołu zamiast ścieżek obszarów w celu wsparcia zespołów opisuje sposób zmiany domyślnej konfiguracji.