Condividi tramite

Personalizzazione del processo XML locale

  • Articolo

Azure DevOps Server 2022 - Azure DevOps Server 2019

Il modello di processo XML locale offre supporto per la personalizzazione degli oggetti di rilevamento del lavoro e degli strumenti Agile per un progetto. Con questo modello è possibile aggiornare la definizione XML dei tipi di elemento di lavoro, la configurazione del processo, le categorie e altro ancora. È anche possibile aggiornare gli attributi dei campi.

È possibile personalizzare l'esperienza di rilevamento del lavoro per supportare le esigenze aziendali e di creazione di report. Le personalizzazioni più comuni includono l'aggiunta di un campo personalizzato, la modifica di un modulo dell'elemento di lavoro o l'aggiunta di un tipo di elemento di lavoro personalizzato.

Per Azure DevOps Server 2019 e versioni successive è disponibile una scelta di modelli di processo. Quando si crea una raccolta di progetti, è necessario scegliere tra il modello di processo XML locale e il modello di processo di ereditarietà. Per altre informazioni, vedere Personalizzare il rilevamento del lavoro, Scegliere il modello di processo per la raccolta di progetti.

Importante

La migrazione di progetti o raccolte da Hosted XML al modello ereditato non è supportata per Azure DevOps Server. È disponibile solo in Azure DevOps Sevice.

Per personalizzare un progetto di Azure DevOps Services, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati. Questo articolo si applica solo alle distribuzioni locali.

Personalizzazioni supportate

Quando si lavora con il modello di processo XML locale, è possibile eseguire le attività seguenti.

Area

Supporto per la personalizzazione

Campi

Elenchi di selezione

Tipi di elemento di lavoro

Backlog e configurazione del processo

Modello di processo

Tipi di collegamento

Sequenza di personalizzazione

Quando si gestisce una distribuzione locale, la maggior parte delle personalizzazioni viene eseguita usando la sequenza seguente. Questa sequenza supporta l'aggiornamento della definizione XML per WIT, elenchi globali, configurazione del processo e categorie. Questa sequenza supporta singoli aggiornamenti tramite l'importazione dei rispettivi file di definizione XML modificati. È consigliabile gestire i file di definizione XML in un repository per il controllo della versione.

Esportare il file di definizione XMLModificare il file di definizione XMLImportare il file di definizione del WITAggiornare e verificare le modifiche

Inoltre, è possibile usare lo strumento witadmin per elencare gli oggetti, rinominare i file WIT, rimuovere definitivamente wit e altro ancora.

Suggerimento

Con witadmin è possibile importare ed esportare file di definizione. Altri strumenti che è possibile usare includono l'editor di processi (richiede l'installazione di una versione di Visual Studio). Installare l'editor dei modelli di processo da Visual Studio Marketplace.

Implicazioni per la manutenzione e l'aggiornamento

Prima di personalizzare, è necessario comprendere in che modo le personalizzazioni possono influire sul progetto quando si aggiorna il server a livello di applicazione.

Gli aggiornamenti a una distribuzione locale possono introdurre nuove funzionalità che richiedono aggiornamenti agli oggetti usati per tenere traccia del lavoro. Questi oggetti includono tipi di elementi di lavoro, categorie e configurazione del processo. Ridurre al minimo le modifiche apportate al flusso di lavoro per un WIT o la configurazione del processo consente di ridurre al minimo il lavoro da eseguire quando si aggiorna la distribuzione.

Per ridurre al minimo la quantità di lavoro manuale che è necessario eseguire dopo un aggiornamento, comprendere quali personalizzazioni supportano un percorso di aggiornamento semplice e quali no.

Compatibile con l'aggiornamento rapido

Con le personalizzazioni seguenti, è possibile usare la Configurazione guidata funzionalità per applicare automaticamente le modifiche al progetto necessarie per le nuove funzionalità.

  • Campi: aggiungere campi personalizzati, personalizzare un elenco di selezione, aggiungere o modificare percorsi di area e iterazione, aggiungere regole a un campo
  • WIT: aggiungere wit personalizzati, modificare il layout del modulo
  • Categorie: Aggiungere categorie personalizzate
  • Strumenti Agile: personalizzare le colonne sulla scheda, personalizzare il pannello di aggiunta rapida
  • Integrazione di Office: Aggiungere o modificare la modalità di mapping dei campi di Project ai campi TFS

Per altre informazioni sulla Configurazione guidata funzionalità, vedere Configurare le funzionalità dopo un aggiornamento.

Compatibile, ma potrebbe richiedere aggiornamenti manuali

La Configurazione guidata funzionalità richiede che nel progetto esistano tipi specifici di elementi di lavoro, stati del flusso di lavoro e campi. Quando si apportano le personalizzazioni seguenti, potrebbe essere necessario modificare il processo personalizzato per l'esecuzione della procedura guidata oppure potrebbe essere necessario aggiornare manualmente il progetto.

  • Campi: modificare gli attributi di un campo esistente, rimuovere i campi a cui viene fatto riferimento nella configurazione del processo
  • WIT: Modificare il flusso di lavoro
  • Strumenti Agile: modificare le connessioni WIT definite per categoria di requisiti, categoria di attività o categoria di funzionalità.
  • Strumenti Agile: modificare il mapping metastate definito nella configurazione del processo.
  • Strumenti Agile: modificare un campo specificato per un TypeField oggetto nella configurazione del processo.

Inoltre, le modifiche apportate alle connessioni WIT o al flusso di lavoro potrebbero richiedere aggiornamenti ad altri artefatti forniti con il processo, ad esempio report di Excel o SQL Server Reporting Services.

Personalizzazioni da evitare

È consigliabile evitare di apportare le personalizzazioni seguenti perché possono causare conflitti di schema nel data warehouse o causare problemi durante l'aggiornamento dei progetti dopo un aggiornamento di TFS.

  • Campi:
    • Modificare il nome descrittivo di un campo (un campo specificato all'interno di un file di definizione WIT)
    • Modificare uno o più attributi di report o l'attributo per sincronizzare i nomi delle persone con Active Directory di un campo predefinito
  • WIT: rinominare o eliminare wit
  • Categorie: modificare il nome delle categorie predefinite o modificare le connessioni WIT specificate nelle categorie predefinite

Per altre informazioni sugli attributi di creazione di report, vedere Aggiungere o modificare i campi degli elementi di lavoro per supportare la creazione di report.

  • Identificare le opzioni migliori per la personalizzazione di wit che supportano i requisiti di rilevamento. Quando si modificano gli oggetti che tengono traccia degli elementi di lavoro, è necessario identificare il modo in cui queste modifiche influiscono sui progetti esistenti e futuri.
  • Inserire processi e tutti i file di definizione XML sotto il controllo della versione. Non distribuire oggetti definiti ma non archiviati in un repository.
  • Testare gli oggetti personalizzati esattamente come si testa il software.
  • Ridurre al minimo il numero di campi personalizzati introdotti. Ridurre al minimo il numero di campi che si rendono reportabili.

Sostituire il percorso dell'area del team con un campo team

La configurazione predefinita per i progetti associa ogni team a un percorso di area. Se l'organizzazione ha diversi team che lavorano da un backlog comune e in molte aree di prodotto, questa configurazione potrebbe non adattarsi a come organizzare il lavoro. Aggiungendo un campo personalizzato per rappresentare i team nell'organizzazione, è possibile riconfigurare gli strumenti e le pagine di pianificazione agile per supportare i team e separare l'assegnazione ai team e ai percorsi di area.

Usare i campi del team anziché i percorsi di area per supportare i team descrive come modificare la configurazione predefinita.