Operazioni supportate durante il passaggio da un processo XML ospitato a un processo ereditato

  • Articolo

Servizi di Azure DevOps

L'aggiornamento di un modello di processo XML ospitato a un processo ereditato consente di personalizzare il sistema di rilevamento del lavoro tramite l'interfaccia utente. Per una panoramica delle personalizzazioni supportate disponibili con il processo di ereditarietà, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.

Mentre il processo di clonazione tenta di modellare tutte le personalizzazioni di rilevamento del lavoro, esistono alcune limitazioni. Questo articolo descrive il set di personalizzazioni supportate durante il processo di clonazione e quelle che non lo sono.

Il modello di processo di ereditarietà supporta la maggior parte delle personalizzazioni, ma alcune delle personalizzazioni più avanzate apportate con il processo XML ospitato potrebbero non essere supportate. Inoltre, alcune personalizzazioni apportate al processo XML ospitato devono essere create manualmente nel processo ereditato.

Nota

Prima di modificare il processo di un progetto esistente da Hosted XML al processo ereditato clonato, vedere questo articolo per comprendere quali personalizzazioni vengono mantenute e quali vengono ignorate.

Personalizzazioni mantenute durante il clone

Quando si clona un processo XML ospitato in un processo ereditato, le personalizzazioni elencate nella tabella seguente vengono mantenute.

Artefatto Descrizione
Tipi di elemento di lavoro (WIT) Vengono mantenuti tutti i wit di sistema e personalizzati. Le personalizzazioni apportate al colore WIT e all'icona vengono mantenute.
Campi elemento di lavoro Tutti i campi personalizzati vengono mantenuti. I campi che fanno riferimento a elenchi globali vengono aggiornati con elenchi a discesa. Tutti i valori predefiniti vengono ignorati. Per altre informazioni sulle personalizzazioni dei campi supportate, vedere Informazioni sulla personalizzazione del processo e sui processi ereditati, Personalizzazioni dei campi.
Stati del flusso di lavoro Vengono mantenuti tutti gli stati del sistema e del flusso di lavoro personalizzati.
Categorie di stato del flusso di lavoro Tutte le personalizzazioni apportate al file XML ProcessConfiguration per eseguire il mapping di uno stato del flusso di lavoro a una categoria di stato (proposta, in corso, risolta, completata) vengono mantenute. È possibile assegnare un solo stato del flusso di lavoro alla categoria Stato completato . Se è stato assegnato uno stato del flusso di lavoro personalizzato alla categoria Stato completato , viene mantenuto al clone.

Qualsiasi stato del flusso di lavoro per un tipo di elemento di lavoro non incluso in un livello backlog viene assegnato alla categoria stato In corso . Controllare tutti gli stati del flusso di lavoro personalizzati dopo la clonazione. Per altre informazioni, vedere Stati del flusso di lavoro e categorie di stato.
Layout modulo elemento di lavoro È stato effettuato un tentativo ottimale per mantenere le personalizzazioni apportate al layout del modulo Web. Tuttavia, tutte le personalizzazioni apportate all'area di intestazione vengono ignorate. In particolare, l'assegnazione dell'attributo WeblayoutShowEmptyReadOnlyFields viene ignorata.
Livelli di backlog Le aggiunte e le personalizzazioni apportate ai livelli di backlog e backlog del portfolio del prodotto vengono mantenute.
Elenchi globali Gli elenchi globali vengono convertiti in elenchi a discesa per singoli campi.
Proprietà predefinite Le proprietà predefinite impostate per i team aggiunti a un progetto vengono mantenute come documentato in Riferimento agli elementi XML di configurazione processo, Specificare proprietà e comportamenti.

Personalizzazioni ignorate durante il clone

Artefatto Descrizione
Personalizzazione dell'area di intestazione Tutte le personalizzazioni apportate all'area di intestazione all'interno del modulo dell'elemento di lavoro vengono ignorate. L'area di intestazione, come illustrato nell'immagine seguente, viene gestita dal sistema. Tutte le personalizzazioni effettuate all'interno della sezione SystemControls di WebLayout vengono ignorate.

Modulo Web dell'elemento di lavoro, area Intestazione
Layout e dimensioni di quattro colonne Il processo ereditato supporta un ridimensionamento relativo fisso di tre colonne in un layout WIT, mentre il processo XML ospitato supporta fino a quattro colonne e consente di impostare la prima colonna come di dimensioni uguali con il resto delle colonne.
Nascondi pagina Dettagli nel layout Il processo ereditato ignora le personalizzazioni apportate per nascondere la pagina Dettagli in un layout WIT.
Restrizione del flusso di lavoro Il processo ereditato segue una transizione dello stato del flusso di lavoro any-to-any. Tutte le personalizzazioni che limitano la transizione da uno stato del flusso di lavoro a un altro vengono ignorate.
Motivi dello stato del flusso di lavoro I motivi personalizzati aggiunti agli stati del flusso di lavoro vengono ignorati.
Elenchi di selezione condizionali Gli elenchi a discesa condizionali, detti anche elenchi a cascata o dipendenti, vengono ignorati. Vengono ignorati più set di valori consentiti per campo. Gli elenchi di selezione vengono definiti per un campo a livello di raccolta e condivisi tra processi e wit.
Regole personalizzate Tutte le regole personalizzate per i campi e il flusso di lavoro vengono ignorate.
Controlli di collegamento personalizzati I controlli collegamento personalizzati vengono ignorati.
Estensioni Il processo ereditato supporta un modello di rifiuto esplicito per le estensioni di controllo personalizzate, mentre il processo XML ospitato supporta un modello di consenso esplicito. Ciò significa che i tipi di elemento di lavoro definiti all'interno del processo ereditato clonato mostrano tutti i contributi di tutte le estensioni installate e abilitate. È possibile nasconderli o rimuoverli in modo selettivo in base alle esigenze.
Categorie Le modifiche apportate a una categoria predefinita vengono mantenute, ma tutte le categorie personalizzate vengono ignorate. Si noti anche che i tipi di elementi di lavoro di sistema, ad esempio Problema o Ostacolo, non sono supportati a livello di backlog.
Campi Identity con valori stringa Gli elenchi che contengono un valore Identity in ALLOWEDVALUES o PROHIBITEDVALUES vengono convertiti automaticamente nel tipo di campo Identity. Tutti gli altri valori stringa nell'elenco vengono ignorati.
Passaggi di test I passaggi di test non sono supportati in alcun tipo di elemento di lavoro diverso da Test Case.

Personalizzazioni post-aggiornamento da apportare manualmente

L'aggiornamento tenta di riconciliare il processo di sistema e le personalizzazioni apportate al processo XML ospitato. Dopo l'aggiornamento, è consigliabile esaminare manualmente il processo ereditato e riapplicare le personalizzazioni.

  • Creare un progetto di test: usare per verificare le personalizzazioni mantenute o riapplicate a un processo
  • Aggiornare il valore predefinito per qualsiasi campo: definire tutti i valori predefiniti definiti in precedenza
  • Stati del flusso di lavoro: verificare il mapping degli stati alle categorie di stato del flusso di lavoro
  • Regole personalizzate: è possibile ricreare le regole di selezione in base alle esigenze. Le regole per il modello di processo XML ospitato non eseguono il mapping uno-a-uno alle regole definite per un processo ereditato. In particolare:
    • Diverse regole sono già definite nel processo di sistema o generate automaticamente. Ad esempio, alcuni campi di sistema, ad esempio Modificato per, Data di modifica, Chiuso da, Data chiusa sono regolati dalle regole di sistema.
    • Alcune regole vengono ora specificate come attributi di campo, ad esempio come impostazione predefinita o obbligatoria di un campo.
  • Disabilitare i tipi di elemento di lavoro.
  • Nascondere campi o controlli ereditati.
  • Controlli personalizzati: verificare che i controlli personalizzati vengano applicati come previsto; disabilitare o nascondere gruppi indesiderati o estensioni di pagina.