Voorbeeldscenario's voor aangepaste regels
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Dit artikel bevat voorbeelden van aangepaste regeldefinities. Alle aangepaste regels worden gedefinieerd voor een type werkitem. Er worden voorbeelden gegeven voor zowel de Overgenomen als De On-premises XML-procesmodellen.
Lees regels en regelevaluatie voordat u aangepaste regels toevoegt en voeg een regel toe aan een werkitemtype (overnameproces).
Een afhankelijk vereist veld definiëren
U kunt opgeven dat een veld alleen vereist is wanneer een ander veld een specifieke waarde bevat. In het volgende voorbeeld wordt het aangepaste veld Door klant gerapporteerd ingesteld op Waar en wordt het veld Ernst vereist. Als het probleem niet door een klant wordt gerapporteerd, is een waarde voor het veld Ernst niet vereist.
De waarde van een afhankelijk veld wissen
In het volgende voorbeeld ziet u hoe u een aangepaste regel definieert om de waarde voor verhaalpunten te wissen wanneer een wijziging wordt aangebracht in de begindatum.
Een afhankelijke veldwaarde instellen
In de volgende voorbeelden ziet u hoe u de waarden van het veld Grootte kunt toewijzen, afhankelijk van de waarde die is geselecteerd voor het aangepaste veld Tee-Shirt Size .
De keuzelijst voor Tee-Shirt Size bestaat uit vier waarden Klein, Normaal, Groot en X-Large. Er worden vier aangepaste regels gedefinieerd om het veld Grootte toe te wijzen wanneer het veld Tee-Shirt Size wordt gewijzigd in een specifieke waarde. Om het gebruik te vereenvoudigen, is de standaardwaarde van de Tee-Shirt Size klein.
Dialoogvenster Veld bewerken voor veld Grootte van tee-shirt
Aangepaste regel
Vier aangepaste regels
Een veldwaarde vereisen bij wijzigingen in de status
In het volgende voorbeeld ziet u hoe u specificatie van het veld Resterende hoeveelheid werk kunt vereisen wanneer de werkstroomstatus van de taak wordt gewijzigd in Actief.
De waarde van een veld wissen bij het sluiten van de status
Als u het veld Resterende hoeveelheid werk wilt automatiseren bij het sluiten van een taak, definieert u een aangepaste regel zoals aangegeven.
Het maken van werkitems door een groep beperken
Een aangepaste regel waarmee de overgang naar de categorie Voorgestelde status van een werkitemtype wordt beperkt, wordt het maken van werkitems van dat type niet toegenomen. Door de regel toe te passen op een specifieke groep, kunt u deze groep niet gebruiken om werkitems van dat type te maken.
De volgende aangepaste regel beperkt een projectteam tot het maken van werkitems, omdat de categorie Voorgestelde status wordt toegewezen aan de status Nieuwe werkstroom.
Het wijziging van werkitems door een groep
Voor een overnameproces kunt u voorkomen dat gebruikers een werkitem wijzigen door de machtiging weigeren in te stellen voor een groep in een gebiedspad. Voor een on-premises XML-proces kunt u beperkingen opgegeven voor elke werkstroomstatus voor een groep die voorkomt dat het werkitem in een willekeurige status wordt opgeslagen.
Het is niet mogelijk om een aangepaste regel te definiëren waarmee wijzigingen van werkitems van een specifiek type worden beperkt. U kunt alleen beperkingen per status opgeven. Als de gebruiker de status niet wijzigt, kunnen ze andere velden wijzigen, tenzij alle velden alleen-lezen worden gemaakt voor de groep.
Als u in plaats daarvan wilt beperken dat een groep gebruikers bepaalde werkitems van elk type wijzigt, kunt u deze werkitems toewijzen aan een gebiedspad. Definieer een beveiligingsgroep en stel vervolgens beperkingen in voor het bewerken van werkitems voor dat gebiedspad voor die groep, zoals wordt weergegeven in de volgende afbeelding. Zie Machtigingen en toegang instellen voor werktracking, onderliggende knooppunten maken en werkitems wijzigen onder een gebiedspad voor meer informatie.
Statusovergangen beperken
Voor overgenomen processen worden alle statusovergangen automatisch gedefinieerd. Hierdoor kunnen gebruikers de werkstroomstatus van nieuw naar voltooid verplaatsen, maar ook achteruit gaan voor het geval dat dat nodig is. Wanneer u aangepaste regels definieert om een overgang te beperken, moet u er rekening mee houden dat als een gebruiker een fout maakt bij het bijwerken van de werkstroom, deze mogelijk niet kan corrigeren. Ze kunnen bijvoorbeeld de status bijwerken door een werkitemkaart naar een later stadium op het Kanban-bord te verplaatsen, maar niet terug te verplaatsen.
Tip
Overweeg om een statusovergang te beperken voor sommige, maar niet alle gebruikers. Als een gebruiker dan een fout maakt, kan hij een ander teamlid vragen om de statuswaarde opnieuw in te stellen om de beperking te omzeilen.
Voordat u statusovergangsregels definieert, controleert u regels en regelevaluatie, worden automatisch gegenereerde regels en hoe werkstroomstatussen en statuscategorieën worden gebruikt in achterstanden en borden.
Wijziging van gesloten werkitems beperken
Afhankelijk van uw bedrijfsprocessen wilt u mogelijk voorkomen dat gebruikers werkitems die zijn gesloten of voltooid, blijven wijzigen of bijwerken. U kunt regels toevoegen aan typen werkitems om te voorkomen dat gebruikers gesloten werkitems opnieuw openen.
Voor het overgenomen proces kunt u een regel toevoegen waarmee de statusovergang wordt beperkt. De volgende regel beperkt bijvoorbeeld de overgang van gesloten naar de andere twee staten, Nieuw en Actief.
Notitie
De A work item state moved from ... voorwaarde is beschikbaar voor Azure DevOps Server 2020 en latere versies.
Notitie
Afhankelijk van de regelactie die u opgeeft, kan de knop Opslaan in het werkitemformulier worden uitgeschakeld of wordt er een foutbericht weergegeven wanneer een beperkte gebruiker probeert het werkitem te wijzigen.
Het wijzigen van een veld verbergen of beperken voor een gebruiker of groep
Wanneer u de Current user is a member of group... of Current user is not a member of group...selecteert, kunt u een veld verbergen, een veld alleen-lezen maken of een veld verplicht maken.
De volgende voorwaarde geeft bijvoorbeeld aan dat het veld Uitvullen verborgen is voor leden die geen deel uitmaken van de groep Fabrikam Fiber\Voice.
Notitie
Werkitems zijn onderworpen aan regels die erop zijn toegepast. Voorwaardelijke regels op basis van gebruikers- of groepslidmaatschap worden in de cache opgeslagen voor uw webbrowser. Als u merkt dat u geen werkitem kunt bijwerken, hebt u mogelijk een van deze regels aangetroffen. Als u denkt dat er een probleem is opgetreden dat niet op u van toepassing is, raadpleegt u problemen met het opslaan in cache van werkitems in IndexDB.
Het wijzigen van bepaalde velden beperken voor een gebruiker of groep
U kunt typen werkitems aanpassen om te beperken wie een specifiek veld voor een werkitemtype kan wijzigen.
Notitie
Voor Azure DevOps Server 2019 en eerdere versies kunt u alleen wijzigingen van werkitems beperken op basis van een gebruiker of groep met het on-premises XML-procesmodel.
Met een van de volgende twee voorwaarden kunt u bepaalde velden instellen die vereist zijn voor een gebruiker van een beveiligingsgroep of die geen lid zijn van een beveiligingsgroep.
current user is a member of a group...current user is not a member of a group...
Tip
Als u problemen met regelevaluatie wilt voorkomen die zich kunnen voordoen, geeft u Azure DevOps-beveiligingsgroepen op en niet microsoft Entra-id of Active Directory-beveiligingsgroepen. Zie De standaardregels en de regelengine voor meer informatie.
U kunt bijvoorbeeld de velden Titel of Status alleen-lezen maken voor bepaalde gebruikers of groepen.
Het veld Prioriteit voor het werkitemtype User Story wordt bijvoorbeeld alleen-lezen voor leden van de groep Fabrikam Fiber\Voice. Wanneer een gebruiker van deze groep een gebruikersverhaal opent, kan deze de waarde in het veld Prioriteit niet wijzigen.
Verwante artikelen:
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor