Aggiungere una regola a un tipo di elemento di lavoro (processo di ereditarietà)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Le regole personalizzate forniscono supporto per diversi casi d'uso aziendali, consentendo di andare oltre l'impostazione di un valore predefinito per un campo o di renderlo obbligatorio. Le regole consentono di cancellare il valore di un campo, copiare un valore in un campo e applicare valori in base alle dipendenze tra valori di campi diversi.
Importante
Il modello di processo di ereditarietà è disponibile per i progetti configurati per supportarlo. Se si usa una raccolta precedente, controllare la compatibilità del modello di processo. Se la raccolta locale è configurata per l'uso del modello di processo XML locale, è possibile usare tale modello di processo solo per personalizzare l'esperienza di rilevamento del lavoro. Per altre informazioni, vedere Scegliere il modello di processo per la raccolta di progetti.
Con una regola personalizzata, è possibile definire una serie di azioni in base a condizioni specifiche. Ad esempio, è possibile applicare una regola per supportare questi tipi di scenari:
- Quando viene definito un valore per Priority, impostare rischio come campo obbligatorio
- Quando viene apportata una modifica al valore di Release, deselezionare il valore di "Cardine"
- Quando è stata apportata una modifica al valore di Lavoro rimanente, impostare Lavoro completato come campo obbligatorio
- Quando il valore di Approved è True, impostare Approvato da un campo obbligatorio
- Quando viene creata una storia utente, impostare i campi seguenti obbligatori: Priorità, Rischio e Sforzo
- Quando l'utente corrente è membro di "Project Administrators", imposta priorità obbligatoria
- Quando l'utente corrente non è membro di "Project Administrators", nascondere il campo Priorità
Nota
Si imposta un campo obbligatorio e si specifica un campo predefinito tramite la scheda Opzioni per il campo.
Prima di definire una regola personalizzata, esaminare Regole e valutazione delle regole, Composizione delle regole di processo ereditate. Per esempi che illustrano scenari comuni per l'applicazione di regole, vedere Scenari di regole di esempio.
Prerequisiti
È consigliabile consultare Configurare e personalizzare Azure Boards, che offre indicazioni su come personalizzare Azure Boards per allinearsi ai requisiti aziendali specifici.
- È necessario avere un'organizzazione in Azure DevOps.
- Per creare, modificare e gestire i processi, è necessario essere membri del gruppo Project Collection Administrators oppure disporre delle autorizzazioni di creazione a livello di raccolta corrispondenti, processo di eliminazione, processo di modifica o eliminazione di un campo dall'organizzazione impostato su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.
- È necessario disporre del modello di processo di ereditarietà per la raccolta di progetti in cui viene creato il progetto. Per altre informazioni, vedere Scegliere il modello di processo per la raccolta di progetti.
- Per creare, modificare e gestire i processi, è necessario essere membri del gruppo Project Collection Administrators oppure disporre delle autorizzazioni corrispondenti Crea processo, Elimina processo, Modifica processo o Elimina un campo dall'organizzazione impostato su Consenti. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.
Apri processo impostazioni >
Accedere all'organizzazione (
https://dev.azure.com/{yourorganization}
).Seleziona
Impostazioni organizzazione.
Selezione Elabora.
Accedere alla raccolta (
https://dev.azure.com/{Your_Collection}
).Selezionare Impostazioni raccolta o Impostazioni amministratore.
Selezione Elabora.
Nota
Quando si personalizza un processo ereditato, tutti i progetti che usano tale processo riflettono automaticamente le personalizzazioni. Per garantire una transizione uniforme, è consigliabile creare un processo di test e un progetto, che consente di testare le personalizzazioni prima di implementarle a livello di organizzazione. Per altre informazioni, vedere Creare e gestire processi ereditati.
Aggiungere una regola personalizzata
Aggiungere campi a un tipo di elemento di lavoro selezionato.
Selezionare il WIT a cui si vuole aggiungere una regola, scegliere Regole e quindi scegliere Nuova regola.
Se non è possibile compilare la finestra di dialogo Nuova regola dell'elemento di lavoro, non si dispone delle autorizzazioni necessarie per modificare il processo. Vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro, Personalizzare un processo ereditato.
Assegnare alla regola il nome e selezionare le condizioni e le azioni dai menu a discesa.
Suggerimento
Specificare un nome che si basa sui campi su cui si sta agendo o sulle condizioni impostate.
Qui viene definito che il campo Criteri di accettazione è obbligatorio quando lo stato diventa Attivo ed è attualmente vuoto.
La sequenza di azioni specificata non influisce sul comportamento della regola stessa o sul relativo comportamento rispetto ad altre regole definite per lo stesso WIT.
Dopo aver aggiunto una regola personalizzata, aprire un elemento di lavoro e verificare che la regola funzioni come previsto.
Eliminare o disabilitare una regola
È possibile disabilitare temporaneamente una regola o eliminarla completamente.
Eliminare o disabilitare la regola dal menu azioni della regola.
Articoli correlati
Nota
Esaminare le modifiche apportate a un processo ereditato tramite il log di controllo. Per altre informazioni, vedere Accedere, esportare e filtrare i log di controllo.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per