Unterstützte Vorgänge beim Umstieg von Hosted XML auf einen geerbten Prozess
Azure DevOps Services
Durch das Upgrade eines gehosteten XML-Prozessmodells auf einen geerbten Prozess können Sie Ihr Arbeitsverfolgungssystem über die Benutzeroberfläche anpassen. Eine Übersicht über unterstützte Anpassungen, die Ihnen mit dem Vererbungsprozess zur Verfügung stehen, finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen.
Während der Klonprozess versucht, alle Anpassungen der Arbeitsverfolgung zu modellieren, gibt es einige Einschränkungen. In diesem Artikel werden die Anpassungen beschrieben, die während des Klonvorgangs unterstützt werden und die nicht.
Das Vererbungsprozessmodell unterstützt die meisten Anpassungen, aber einige der erweiterten Anpassungen, die Sie mit dem gehosteten XML-Prozess vorgenommen haben, werden möglicherweise nicht unterstützt. Darüber hinaus müssen einige der Anpassungen, die an dem gehosteten XML-Prozess vorgenommen wurden, manuell im geerbten Prozess erstellt werden.
Hinweis
Bevor Sie den Prozess eines vorhandenen Projekts von Hosted XML in den geklonten geerbten Prozess ändern, lesen Sie diesen Artikel, um zu verstehen, welche Anpassungen beibehalten werden und welche ignoriert werden.
Während des Klons beibehaltene Anpassungen
Wenn Sie einen gehosteten XML-Prozess mit einem geerbten Prozess klonen, bleiben die in der folgenden Tabelle aufgeführten Anpassungen erhalten.
| Artefakt | Beschreibung |
|---|---|
| Arbeitselementtypen (Work Item Types, WITs) | Alle System- und benutzerdefinierten WITs werden beibehalten. Anpassungen, die an WIT-Farbe und -Symbol vorgenommen werden, bleiben erhalten. |
| Arbeitsaufgabenfelder | Alle benutzerdefinierten Felder werden beibehalten. Felder, die auf globale Listen verweisen, werden mit Auswahllisten aktualisiert. Alle Standardwerte werden ignoriert. Weitere Informationen zu unterstützten Feldanpassungen finden Sie unter Informationen zur Prozessanpassung und geerbten Prozessen, Feldanpassungen. |
| Workflowzustände | Alle System- und benutzerdefinierten Workflowzustände werden beibehalten. |
| Workflowstatuskategorien | Alle Anpassungen, die an der ProcessConfiguration-XML-Datei vorgenommen wurden, um einen Workflowstatus einer Statuskategorie zuzuordnen (Vorgeschlagen, In Bearbeitung, Gelöst, Abgeschlossen) werden beibehalten. Der Kategorie "Abgeschlossener Status" kann nur ein Workflowstatus zugewiesen werden. Wenn Sie der Kategorie "Abgeschlossen " einen benutzerdefinierten Workflowstatus zugewiesen haben, wird er beim Klon beibehalten. Jeder Workflowstatus für einen Arbeitsaufgabentyp, der nicht in einer Backlog-Ebene enthalten ist, wird der Kategorie " Status in Bearbeitung " zugewiesen. Überprüfen Sie alle benutzerdefinierten Workflowzustände nach dem Klonen. Weitere Informationen finden Sie unter Workflowstatus und Zustandskategorien. |
| Arbeitselementformularlayout | Es wird empfohlen, die Anpassungen des Webformularlayouts beizubehalten. Alle Anpassungen, die an den Kopfzeilenbereich vorgenommen werden, werden jedoch ignoriert. Insbesondere wird die Weblayout-Attributzuweisung ShowEmptyReadOnlyFields ignoriert. |
| Backlogebenen | Ergänzungen und Anpassungen an den Produktrückstands- und Portfolio-Backlog-Ebenen bleiben erhalten. |
| Globale Listen | Globale Listen werden in Auswahllisten für einzelne Felder konvertiert. |
| Standardeigenschaften | Die standardeigenschaften, die Sie für Teams festlegen, die Sie zu einem Projekt hinzufügen, werden in der Xml-Elementreferenz für die Prozesskonfiguration beibehalten, Eigenschaften und Verhalten angeben. |
Während des Klons ignorierte Anpassungen
| Artefakt | Beschreibung |
|---|---|
| Anpassung des Kopfzeilenbereichs | Alle Anpassungen, die im Kopfzeilenbereich innerhalb des Arbeitsaufgabenformulars vorgenommen wurden, werden ignoriert. Der Kopfzeilenbereich, wie in der folgenden Abbildung dargestellt, wird vom System verwaltet. Alle Anpassungen, die im Abschnitt "SystemControls " des WebLayout vorgenommen werden, werden ignoriert.  |
| Layout und Größe von vier Spalten | Der geerbte Prozess unterstützt eine feste relative Größenanpassung von drei Spalten zu einem WIT-Layout, während der gehostete XML-Prozess bis zu vier Spalten unterstützt und Ihnen ermöglicht, die erste Spalte mit der gleichen Größe wie die restlichen Spalten festzulegen. |
| Detailseite im Layout ausblenden | Der geerbte Prozess ignoriert alle Anpassungen, die vorgenommen wurden, um die Seite "Details" in einem WIT-Layout auszublenden. |
| Workfloweinschränkung | Der geerbte Prozess folgt einem beliebigen Workflowstatusübergang. Alle Anpassungen, die den Übergang von einem Workflowstatus auf einen anderen einschränken, werden ignoriert. |
| Gründe für den Workflowstatus | Angepasste Gründe, die Workflowzuständen hinzugefügt wurden, werden ignoriert. |
| Bedingte Auswahllisten | Bedingte Auswahllisten, die auch als abhängige oder kaskadierende Auswahllisten bezeichnet werden, werden ignoriert. Mehrere Sätze zulässiger Werte pro Feld werden ignoriert. Picklists werden für ein Feld auf Sammlungsebene definiert und für Prozesse und WITs freigegeben. |
| Benutzerdefinierte Regeln | Alle benutzerdefinierten Regeln für Felder und Workflows werden ignoriert. |
| Benutzerdefinierte Verknüpfungssteuerelemente | Benutzerdefinierte Verknüpfungssteuerelemente werden ignoriert. |
| Erweiterungen | Der geerbte Prozess unterstützt ein Opt-Out-Modell für benutzerdefinierte Steuerelementerweiterungen, während der gehostete XML-Prozess ein Opt-In-Modell unterstützt. Dies bedeutet, dass im geklonten Prozess definierte Arbeitsaufgabentypen alle Beiträge aller installierten und aktivierten Erweiterungen anzeigen. Sie können sie bei Bedarf selektiv ausblenden oder entfernen. |
| Kategorien | Änderungen an einer Standardkategorie werden beibehalten, aber alle benutzerdefinierten Kategorien werden ignoriert. Beachten Sie außerdem, dass Systemarbeitselementtypen wie "Problem" oder "Impediment" auf einer Backlog-Ebene nicht unterstützt werden. |
| Identitätsfelder mit Zeichenfolgenwerten | Listen, die einen Identitätswert in ALLOWEDVALUES oder PROHIBITEDVALUES enthalten, werden automatisch in den Feldtyp "Identity" konvertiert. Alle anderen Zeichenfolgenwerte in der Liste werden ignoriert. |
| Testschritte | Testschritte werden in keinem anderen Arbeitsaufgabentyp als "Testfall" unterstützt. |
Anpassungen nach dem Upgrade manuell vornehmen
Das Upgrade versucht am besten, den Systemprozess und die Anpassungen, die an den gehosteten XML-Prozess vorgenommen wurden, abzugleichen. Nach dem Upgrade wird empfohlen, den geerbten Prozess zu überprüfen und Anpassungen manuell erneut anzuwenden.
- Erstellen eines Testprojekts: Verwenden Sie diese Einstellung, um zu überprüfen, ob die Anpassungen beibehalten oder erneut auf einen Prozess angewendet werden.
- Aktualisieren des Standardwerts für jedes Feld: Definieren Sie alle Standardwerte, die Sie zuvor definiert haben.
- Workflowstatus: Überprüfen der Zuordnung von Zuständen zu Workflowstatuskategorien
- Benutzerdefinierte Regeln: Sie können die Auswahlregeln nach Bedarf neu erstellen. Regeln für das gehostete XML-Prozessmodell ordnen keine 1:1-Regeln zu, die für einen geerbten Prozess definiert sind. Nämlich:
- Mehrere Regeln sind bereits im Systemprozess definiert oder automatisch generiert. Bestimmte Systemfelder wie "Geändert von", "Änderungsdatum", "Geschlossen am" und "Geschlossen am" unterliegen z. B. den Systemregeln.
- Einige Regeln werden jetzt als Feldattribute angegeben, z. B. zum Erstellen eines Felds als Standard oder erforderlich.
- Arbeitsaufgabentypen deaktivieren.
- Vererbte Felder oder Steuerelemente ausblenden.
- Benutzerdefinierte Steuerelemente: Stellen Sie sicher, dass benutzerdefinierte Steuerelemente wie erwartet angewendet werden; deaktivieren oder ausblenden Sie unerwünschte Gruppen oder Seitenerweiterungen.