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 lokalnym modelem procesu XML i modelem procesu Dziedziczenie. Aby dowiedzieć się więcej, 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łudze Azure DevOps Sevice.

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

Wybieranie list

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 XMLEdytowanie pliku definicji XMLImportowanie pliku definicji funkcji WITOdświeżanie i weryfikowanie zmian

Ponadto można użyć narzędzia witadmin , aby wyświetlić listę obiektów, zmienić nazwy sieci WIT, trwale usunąć sieci WITs 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ć ilość pracy ręcznej, należy wykonać po uaktualnieniu, zrozumieć, które dostosowania obsługują łatwą ścieżkę aktualizacji i które nie.

Zgodne z szybkim aktualizowaniem

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
  • Sieci WITs: dodawanie niestandardowych sieci sieci sieciowych, zmienianie układu formularza
  • Kategorie: Dodawanie kategorii niestandardowych
  • Narzędzia Agile: dostosowywanie kolumn na tablicy Kanban, 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 uruchamiania kreatora lub ręczne zaktualizowanie projektu.

  • Pola: Zmień atrybuty istniejącego pola, usuń pola, do których odwołuje się konfiguracja procesu
  • Sieci robocze: zmienianie przepływu pracy
  • Narzędzia Agile: zmień sieci WIT zdefiniowane dla kategorii wymagań, kategorii zadań lub kategorii funkcji.
  • Narzędzia Agile: zmień mapowanie metastanu zdefiniowane w konfiguracji procesu.
  • Narzędzia Agile: zmień pole określone dla TypeField elementu w konfiguracji procesu.

Ponadto zmiany wprowadzone w sieciach sieci web lub przepływ pracy mogą wymagać aktualizacji innych artefaktów dostarczanych z procesem, takich jak raporty programu Excel lub usług SQL Server Reporting Services.

Dostosowania, aby uniknąć

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 usługą Active Directory pola domyślnego
  • Sieci WITs: zmienianie nazwy lub usuwanie sieci WITs
  • Kategorie: zmień nazwę kategorii domyślnych lub zmień sieci WIT 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 dostosowywania sieci WITs, które obsługują 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 zdefiniowanych obiektów, ale nie są przechowywane w repozytorium.
  • Przetestuj dostosowane obiekty tak samo, jak w przypadku testowania oprogramowania.
  • Zminimalizuj liczbę wprowadzaniu 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ą z wspólnej listy prac i w wielu obszarach produktów, ta konfiguracja może nie pasować do sposobu organizowania pracy. Dodając pole niestandardowe do reprezentowania zespołów w organizacji, można ponownie skonfigurować zwinne narzędzia planowania i strony, aby obsługiwać zespoły i rozdzielać przypisania do zespołów i ścieżek obszarów.

Użyj pól zespołu zamiast ścieżek obszarów, aby zespoły pomocy technicznej opisowały sposób zmiany domyślnej konfiguracji.