Anpassung von lokalen XML-Prozessen

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Azure DevOps Server wurde zuvor als Visual Studio Team Foundation Server bezeichnet.

Das lokale XML-Prozessmodell bietet Unterstützung für das Anpassen von Arbeitsnachverfolgungsobjekten und Agile-Tools für ein Projekt. Mit diesem Modell können Sie die XML-Definition von Arbeitselementtypen, die Prozesskonfiguration, Kategorien und mehr aktualisieren. Sie können auch die Attribute von Feldern aktualisieren.

Sie passen Ihre Arbeitsnachverfolgungserfahrung an Ihre Geschäfts- und Berichterstellungsanforderungen an. Die häufigsten Anpassungen umfassen das Hinzufügen eines benutzerdefinierten Felds, das Ändern eines Arbeitselementformulars oder das Hinzufügen eines benutzerdefinierten Arbeitselementtyps.

Hinweis

Anleitungen zum Konfigurieren und Anpassen Ihres Projekts und Ihrer Teams zur Unterstützung Ihrer Geschäftsanforderungen finden Sie unter Konfiguration und Anpassung Azure Boards.

Für Azure DevOps Server 2019 und höher haben Sie die Wahl zwischen Prozessmodellen. Wenn Sie eine Projektsammlung erstellen, müssen Sie zwischen dem lokalen XML-Prozessmodell und dem Vererbungsprozessmodell wählen. Weitere Informationen finden Sie unter Anpassen der Arbeitsnachverfolgung und Auswählen des Prozessmodells für Ihre Projektsammlung.

Team Foundation Server verwendet das lokale XML-Prozessmodell, um Anpassungen zu unterstützen. Dieses Modell basiert auf dem Aktualisieren und Importieren von XML-Dateien mithilfe des Witadmin-Befehlszeilentools.

Wichtig

Informationen zum Anpassen eines Azure DevOps Services-Projekts finden Sie unter Informationen zur Prozessanpassung und zu geerbten Prozessen. Dieser Artikel gilt nur für lokale Bereitstellungen.

Unterstützte Anpassungen

Sie können die folgenden Aufgaben ausführen, wenn Sie mit dem lokalen XML-Prozessmodell arbeiten.

Bereich

Anpassungsunterstützung

Felder

Auswahllisten

Arbeitsaufgabentypen

Backlogs und Prozesskonfiguration

Prozessvorlage

Linktypen

Anpassungssequenz

Wenn Sie eine lokale Bereitstellung verwalten, führen Sie die meisten Anpassungen mithilfe der folgenden Sequenz aus. Diese Sequenz unterstützt das Aktualisieren der XML-Definition für WIT, globale Listen, Prozesskonfigurationen und Kategorien. Diese Sequenz unterstützt einzelne Updates durch den Import der jeweiligen geänderten XML-Definitionsdateien. Es wird empfohlen, die XML-Definitionsdateien in einem Repository für die Versionskontrolle zu verwalten.

Export XML definition fileEdit XML definition fileImport WIT definition fileRefresh and verify changes

Darüber hinaus können Sie das tool witadmin verwenden, um Objekte auflisten, WITs umzubenennen, WITs dauerhaft zu entfernen und mehr.

Tipp

Mit witadminkönnen Sie Definitionsdateien importieren und exportieren. Weitere Tools, die Sie verwenden können, sind der Prozess-Editor (erfordert, dass Sie eine Version von Visual Studio). Installieren Sie den Prozessvorlagen-Editor über Visual Studio Marketplace.

Sie können auch tfs team Project Managerverwenden, einen Open-Source-Client, der über GitHub.

Tipp

Mit witadminkönnen Sie Definitionsdateien importieren und exportieren. Weitere Tools, die Sie verwenden können, sind der Prozess-Editor (erfordert, dass Sie eine Version von Visual Studio). Installieren Sie den Editor für TFS-Prozessvorlagen über Visual Studio Marketplace. Sie können diese Version des Prozess-Editors verwenden, um die alten Arbeitselementformulare zu ändern. Sie können es nicht zum Bearbeiten von Formularen verwenden, die den neuen Webformularen zugeordnet sind.

Sie können auch tfs team Project Managerverwenden, einen Open-Source-Client, der über GitHub.

Tipp

Mit witadminkönnen Sie Definitionsdateien importieren und exportieren. Weitere Tools, die Sie verwenden können, sind der Prozess-Editor (erfordert, dass Sie eine Version von Visual Studio). Installieren Sie TFS Power Tools. Sie können auch tfs team Project Managerverwenden, einen Open-Source-Client, der über GitHub.

Auswirkungen auf Wartung und Upgrade

Bevor Sie anpassen, sollten Sie verstehen, wie sich Ihre Anpassungen auf Ihr Projekt auswirken können, wenn Sie ein Upgrade ihres Server auf Anwendungsebene durchführen.

Upgrades für eine lokale Bereitstellung können neue Features einführen, die Updates der Objekte erfordern, die zum Nachverfolgen der Arbeit verwendet werden. Zu diesen Objekten zählen Arbeitselementtypen, Kategorien und Prozesskonfiguration. Die Minimierung von Änderungen am Workflow für eine WIT oder die Prozesskonfiguration kann dazu beitragen, die Arbeit zu minimieren, die Sie beim Upgrade Ihrer Bereitstellung durchführen müssen.

Um die Menge an manueller Arbeit zu minimieren, die Sie nach einem Upgrade durchführen müssen, sollten Sie wissen, welche Anpassungen einen einfachen Updatepfad unterstützen und welche nicht.

Kompatibel für schnelles Aktualisieren

Mit den folgenden Anpassungen können Sie den Assistenten zum Konfigurieren von Features verwenden, um automatisch alle Änderungen an Ihrem Projekt anzuwenden, die für neue Features erforderlich sind.

  • Felder: Benutzerdefinierte Felder hinzufügen, Auswahllisten anpassen, Bereichs- und Iterationspfade hinzufügen oder ändern, einem Feld Regeln hinzufügen
  • WITs: Benutzerdefinierte WITs hinzufügen, Formularlayout ändern
  • Kategorien: Benutzerdefinierte Kategorien hinzufügen
  • Agile-Tools: Anpassen der Spalten auf dem Kanban-Board, Anpassen des Quick Add-Panels
  • Office-Integration: Hinzufügen oder ändern, wie Project-Felder TFS-Feldern zugeordnet werden

Weitere Informationen zum Assistenten zum Konfigurieren von Features finden Sie unter Konfigurieren von Features nach einem Upgrade.

Kompatibel, erfordert aber möglicherweise manuelle Updates

Der Assistent zum Konfigurieren von Features erfordert, dass bestimmte Arbeitselementtypen, Workflowzustände und Felder im Projekt vorhanden sind. Wenn Sie die folgenden Anpassungen vornehmen, müssen Sie möglicherweise ihren benutzerdefinierten Prozess ändern, damit der Assistent ausgeführt wird, oder Sie müssen Ihr Projekt möglicherweise manuell aktualisieren.

  • Felder: Ändern der Attribute eines vorhandenen Felds, Entfernen von Feldern, auf die in der Prozesskonfiguration verwiesen wird
  • WITs: Den Workflow ändern
  • Agile Tools: Ändern Sie die WITs, die für die Anforderungskategorie, Aufgabenkategorie oder Featurekategorie definiert sind.
  • Agile Tools: Ändern Sie die metastate-Zuordnung, die in der Prozesskonfiguration definiert ist.
  • Agile Tools: Ändern Sie ein Feld, das für TypeField eine in der Prozesskonfiguration angegeben ist.

Darüber hinaus können Änderungen, die Sie an WITs oder dem Workflow vornehmen, Updates an anderen Artefakten erfordern, die mit Ihrem Prozess bereitgestellt werden, z. B. Excel oder SQL Server Reporting Services Berichten.

Anpassungen, die Sie vermeiden sollten

Sie sollten die folgenden Anpassungen vermeiden, da sie zu Schemakonflikten im Data Warehouse führen oder Probleme beim Aktualisieren von Projekten nach einem TFS-Upgrade verursachen können.

  • Felder:
    • Ändern des Angezeigtnamens eines Felds (ein in einer WIT-Definitionsdatei angegebenes Feld)
    • Ändern sie mindestens ein Berichtsattribut oder das Attribut, um Personennamen mit Active Directory eines Standardfelds zu synchronisieren.
  • WITs: Umbenennen oder Löschen von WITs
  • Kategorien: Ändern Sie den Namen der Standardkategorien, oder ändern Sie die in den Standardkategorien angegebenen WITs.

Weitere Informationen zu Berichtsattributen finden Sie unter Hinzufügen oder Ändern von Arbeitselementfeldern zur Unterstützung der Berichterstellung.

  • Identifizieren der besten Optionen zum Anpassen von WITs, die die Nachverfolgungsanforderungen unterstützen. Wenn Sie Objekte ändern, die Arbeitselemente nachverfolgen, sollten Sie ermitteln, wie sich diese Änderungen auf vorhandene und zukünftige Projekte auswirken.
  • Legen Sie Prozesse und alle XML-Definitionsdateien unter Versionskontrolle ab. Stellen Sie keine selbst definierten Objekte bereit, die nicht in einem Repository gespeichert wurden.
  • Testen Sie die angepassten Objekte auf die gleiche Weise wie Software.
  • Fügen Sie möglichst wenige benutzerdefinierte Felder ein. Minimieren Sie die Anzahl von berichtsfähigen Feldern.

Ersetzen des Teambereichspfads durch ein Teamfeld

Die Standardkonfiguration für Projekte ordnet jedem Team einen Bereichspfad zu. Wenn Ihre Organisation mehrere Teams umfasst, die in einem allgemeinen Backlog und den verschiedensten Produktbereichen arbeiten, können Sie mit dieser Konfiguration möglicherweise nicht Ihre Arbeit wie gewünscht organisieren. Indem Sie ein benutzerdefiniertes Feld hinzufügen, um die Teams in Ihrer Organisation wiederzugeben, können Sie die agilen Planungstools und -seiten so konfigurieren, dass Ihre Teams unterstützt werden und die Zuweisung zu Teams und Bereichspfaden entkoppelt wird.

Unter Verwenden von Teamfeldern anstelle von Bereichspfaden zur Unterstützung von Teams wird beschrieben, wie die Standardkonfiguration geändert wird.