Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Dieser Artikel enthält Beispiele für benutzerdefinierte Regeldefinitionen. Definieren Sie alle benutzerdefinierten Regeln für einen Arbeitsaufgabentyp. Der Artikel enthält Beispiele für die XML-Prozessmodelle "Geerbte" und "Vor-Ort".
Bevor Sie benutzerdefinierte Regeln hinzufügen, lesen Sie " Regeln und Regelauswertung " und "Hinzufügen einer Regel zu einem Arbeitsaufgabentyp "(Vererbungsprozess)".
Definieren eines abhängigen erforderlichen Felds
Sie können angeben, dass ein Feld nur erforderlich ist, wenn ein anderes Feld einen bestimmten Wert enthält. Wenn ein Kunde ein Problem meldet, legen Sie im folgenden Beispiel das benutzerdefinierte Feld " Kundenbericht " auf "True" fest, und das Feld "Schweregrad " wird erforderlich. Wenn das Problem nicht von einem Kunden gemeldet wird, ist kein Wert für das Feld "Schweregrad " erforderlich.
Löschen des Werts eines abhängigen Felds
Das folgende Beispiel zeigt, wie Sie eine benutzerdefinierte Regel definieren, um den Wert für Story Points zu löschen, wenn Sie das Startdatum ändern.
Festlegen eines abhängigen Feldwerts
In den folgenden Beispielen wird gezeigt, wie die Werte des Felds Größe abhängig von dem Wert zugeordnet werden, der für das benutzerdefinierte Tee-Shirt-Größe-Feld ausgewählt wurde.
Die Tee-Shirt-Auswahlliste besteht aus vier Werten: Klein, Mittel, Groß und Extra Groß. Vier benutzerdefinierte Regeln weisen das Größe-Feld zu, wenn Sie das Tee-Shirt-Größe Feld auf einen bestimmten Wert ändern. Zur Vereinfachung der Verwendung ist der Standardwert der Tee-Shirt-Größe Klein.
Dialogfeld 'Feld bearbeiten' für das Feld "Tee-Shirt Size"
Benutzerdefinierte Regel
Vier benutzerdefinierte Regeln
Erfordern eines Feldwerts bei Zustandsänderungen
Das folgende Beispiel zeigt, wie Sie die Spezifikation des Felds "Verbleibende Arbeit" anfordern können, wenn sich der Vorgangsworkflowstatus in "Aktiv" ändert.
Löschen des Werts eines Felds, wenn der Status geschlossen ist
Um das Löschen des Felds "Verbleibende Arbeit " beim Schließen eines Vorgangs zu automatisieren, definieren Sie eine benutzerdefinierte Regel wie angegeben.
Einschränkung der Erstellung von Arbeitseinheiten durch eine Gruppe
Eine benutzerdefinierte Regel, die den Übergang zur Kategorie "Vorgeschlagener Zustand" eines Arbeitsaufgabentyps einschränkt, hindert die Erstellung von Arbeitsaufgaben dieses Typs effektiv. Wenn Sie die Regel auf eine bestimmte Gruppe anwenden, verbieten Sie diese Gruppe, Arbeitsaufgaben dieses Typs zu erstellen.
Die folgende benutzerdefinierte Regel verhindert, dass ein Projektteam Arbeitselemente erstellt, wenn die Kategorie „Vorgeschlagen“ dem Workflow-Status „Neu“ zugeordnet wird.
Einschränkung der Änderung von Arbeitselementen durch eine Gruppe
Verhindern Sie in einem Vererbungsprozess, dass Benutzer ein Arbeitselement ändern, indem Sie die Berechtigung "Verweigern" für eine Gruppe im Bereichspfad festlegen. Legen Sie für einen lokalen XML-Prozess Einschränkungen für jeden Workflowstatus für eine Gruppe fest, die verhindert, dass die Arbeitsaufgabe in einem beliebigen Zustand gespeichert wird.
Sie können keine benutzerdefinierte Regel definieren, die die Änderung von Arbeitsaufgaben eines bestimmten Typs einschränkt. Sie können die Restriktion nur nach Status festlegen. Wenn der Benutzer den Status nicht ändert, kann er andere Felder ändern, es sei denn, alle Felder sind für die Gruppe schreibgeschützt.
Um eine Gruppe von Benutzern darauf zu beschränken, ausgewählte Arbeitsaufgaben eines beliebigen Typs zu ändern, weisen Sie diese Arbeitsaufgaben einem Bereichspfad zu. Definieren Sie eine Sicherheitsgruppe, und legen Sie dann Einschränkungen für die Bearbeitung von Arbeitsaufgaben für diesen Bereichspfad für diese Gruppe fest, wie in der folgenden Abbildung gezeigt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung, Erstellen untergeordneter Knoten und Ändern von Arbeitsaufgaben unter einem Bereichspfad.
Einschränkung der Zustandsübergänge
Bei geerbten Prozessen werden alle Zustandsübergänge automatisch definiert. Mit dieser Workflowdefinition können Benutzer den Workflowstatus von "neu" auf "abgeschlossen" voranstellen, aber auch rückwärts navigieren, wenn diese Aktion erforderlich ist. Bedenken Sie beim Definieren von benutzerdefinierten Regeln zum Einschränken eines Übergangs, dass ein Benutzer möglicherweise einen Fehler beim Aktualisieren des Workflows macht und ihn dann nicht korrigieren kann. Beispielsweise könnten sie den Status aktualisieren, indem sie eine Aufgabenkarte zu einer späteren Phase auf dem Board verschieben, sie jedoch nicht zurückbewegen.
Tipp
Erwägen Sie, einen Zustandsübergang für einige, aber nicht alle Benutzer einzuschränken. Wenn ein Benutzer einen Fehler macht, kann er ein anderes Teammitglied bitten, den Statuswert zurückzusetzen, um die Einschränkung zu umgehen.
Bevor Sie Zustandsübergangsregeln definieren, überprüfen Sie Regeln und Regelauswertung, automatisch generierte Regeln und Wie Workflowzustände und Statuskategorien in Backlogs und Boards verwendet werden.
Einschränken der Änderung geschlossener Arbeitsaufgaben
Je nach Geschäftsprozess möchten Sie möglicherweise verhindern, dass Benutzer Arbeitsaufgaben, die geschlossen oder abgeschlossen sind, weiterhin ändern oder aktualisieren. Sie können Regeln zu Arbeitsaufgabentypen hinzufügen, um zu verhindern, dass Benutzer geschlossene Arbeitsaufgaben erneut öffnen.
Für den geerbten Prozess können Sie eine Regel hinzufügen, die Zustandsübergänge einschränkt. Die folgende Regel schränkt beispielsweise den Übergang von "Geschlossen" zu den anderen beiden Zuständen "Neu" und "Aktiv" ein.
Hinweis
Die A work item state moved from ... Bedingung ist für Azure DevOps Server 2020 und höhere Versionen verfügbar.
Hinweis
Abhängig von der von Ihnen angegebenen Regelaktion wird entweder die Schaltfläche " Speichern " im Arbeitselementformular deaktiviert oder eine Fehlermeldung angezeigt, wenn ein eingeschränkter Benutzer versucht, die Arbeitsaufgabe zu ändern.
Ausblenden oder Einschränken der Änderung eines Feldes basierend auf einem Benutzer oder einer Gruppe
Wenn Sie die Bedingungen Current user is a member of group... oder Current user is not a member of group... auswählen, können Sie ein Feld ausblenden, ein Feld schreibgeschützt machen oder ein Feld als erforderlich festlegen.
Die folgende Bedingung blendet z. B. das Feld "Begründung" für Mitglieder aus, die nicht zur Gruppe Fabrikam Fiber\Voice gehören.
Hinweis
Arbeitselemente unterliegen den für sie geltenden Regeln. Bedingte Regeln, die auf Benutzer- oder Gruppenzugehörigkeit basieren, werden für Ihren Webbrowser zwischengespeichert. Wenn Sie ein Arbeitselement nicht aktualisieren können, sind Sie möglicherweise auf eine dieser Regeln gestoßen. Wenn Sie glauben, dass ein aufgetretenes Problem nicht auf Sie zutrifft, sehen Sie sich Probleme mit der Zwischenspeicherung von Work Item Form IndexDB an.
Ändern ausgewählter Felder einschränken basierend auf einem Benutzer oder einer Gruppe
Sie können Arbeitsaufgabentypen anpassen, um einzuschränken, wer ein bestimmtes Feld für einen Arbeitsaufgabentyp ändern kann.
Sie können eine der folgenden beiden Bedingungen verwenden, um für einen Benutzer einer Sicherheitsgruppe oder für Benutzer, die keine Mitglieder einer Sicherheitsgruppe sind, ausgewählte Felder erforderlich zu machen.
current user is a member of a group...current user is not a member of a group...
Tipp
Um Probleme mit der Regelauswertung zu vermeiden, geben Sie Anstelle von Microsoft Entra-ID- oder Active Directory-Sicherheitsgruppen Azure DevOps-Sicherheitsgruppen an. Weitere Informationen finden Sie unter "Standardregeln" und "Regelmodul".
Sie können z. B. die Felder "Titel" oder "Status" für ausgewählte Benutzer oder Gruppen schreibgeschützt festlegen.
Beispielsweise wird das Feld "Priorität" für den Arbeitsaufgabentyp "User Story" für Mitglieder der Gruppe "Fabrikam Fiber\Voice" schreibgeschützt. Wenn ein Benutzer dieser Gruppe eine User Story öffnet, kann er den Wert im Prioritätsfeld nicht ändern.
