Personalizzazione del processo XML locale

  • Articolo
  • 7 minuti per la lettura

Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Il modello di processo XML locale offre supporto per personalizzare gli oggetti di rilevamento del lavoro e gli 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.

Nota

Per indicazioni sulla configurazione e la personalizzazione del progetto e dei team per supportare le esigenze aziendali, vedere Configurazione e personalizzazione di Azure Boards.

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

Team Foundation Server usa il modello di processo XML locale per supportare le personalizzazioni. Questo modello si basa sull'aggiornamento e l'importazione di file XML usando lo strumento della riga di comando witadmin .

Importante

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

Personalizzazioni supportate

È possibile eseguire le attività seguenti quando si usa il modello di processo XML locale.

Area

Supporto per la personalizzazione

Campi

Elenchi di selezione

Tipi di elemento di lavoro

Backlog e configurazione dei processi

Modello di processo

Tipi di collegamento

Sequenza di personalizzazione

Quando si gestisce una distribuzione locale, si eseguono la maggior parte delle personalizzazioni 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 mantenere i file di definizione XML in un repository per il controllo della versione.

Esportare il file di definizione XML Modifica file di definizione XML Importa file di definizione WITAggiorna e verifica le modifiche

È inoltre possibile usare lo strumento witadmin per elencare gli oggetti, rinominare le WIT, rimuovere definitivamente le wits e altro ancora.

Suggerimento

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

Suggerimento

Con witadmin è possibile importare ed esportare file di definizione. Altri strumenti che è possibile usare includono l'editor di processi (richiede che sia stata installata una versione di Visual Studio). Installare l'editor modello di processo TFS da Visual Studio Marketplace. È possibile usare questa versione dell'editor di processi per modificare i moduli dell'elemento di lavoro in stile precedente. Non è possibile usarlo per modificare i moduli associati ai nuovi moduli Web.

In alternativa, è possibile usare TFS Team Project Manager, un client open source disponibile da GitHub.

Implicazioni di manutenzione e 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. Tali oggetti includono tipi di elemento di lavoro, categorie e la 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, è necessario eseguire dopo un aggiornamento, comprendere quali personalizzazioni supportano un percorso di aggiornamento semplice e quali non sono.

Compatibile per l'aggiornamento rapido

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

  • Campi: aggiungere campi personalizzati, personalizzare un elenco di selezione, aggiungere o modificare percorsi dell'area e dell'iterazione, aggiungere regole a un campo
  • Tipi di elemento di lavoro: aggiungere tipi di elemento di lavoro, modificare il layout del form
  • Categorie: aggiungere categorie personalizzate
  • Strumenti Agile: Personalizzare le colonne nella scheda Kanban, personalizzare il pannello di aggiunta rapida
  • Integrazione di Office: aggiungere campi di Project o modificarne il mapping 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 di elementi di lavoro, stati del flusso di lavoro e campi specifici. Quando si apportano le personalizzazioni seguenti, potrebbe essere necessario modificare il processo personalizzato per l'esecuzione della procedura guidata oppure potrebbe essere necessario aggiornare il progetto manualmente.

  • Campi: modificare gli attributi di un campo esistente, rimuovere i campi a cui si fa riferimento nella configurazione del processo
  • Tipi di elemento di lavoro: modificare il flusso di lavoro
  • Strumenti Agile: modificare le 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 a WIT o al flusso di lavoro potrebbero richiedere aggiornamenti ad altri artefatti forniti con il processo, ad esempio Excel o SQL Server Reporting Services report.

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 del 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 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 dei tipi di elemento di lavoro che supportano i requisiti di gestione. 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 i processi e tutti i file di definizione XML nel controllo della versione. Non distribuire gli oggetti definiti ma non archiviati in un archivio.
  • Testare gli oggetti personalizzati esattamente come si testa il proprio software.
  • Ridurre il numero di campi personalizzati che vengono introdotti. Ridurre il numero di campi che vengono resi segnalabili.

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 dispone di diversi team che lavorano in un backlog comune e in più aree del prodotto, questa configurazione potrebbe non soddisfare le esigenze di organizzazione del lavoro. Aggiungendo un campo personalizzato per rappresentare i team dell'organizzazione, è possibile riconfigurare gli strumenti e le pagine di pianificazione Agile per supportare i team e per separare l'assegnazione ai team e ai percorsi area.

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