Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Servizi di Azure DevOps
Dopo aver clonato il processo XML ospitato in un processo ereditato, è possibile modificare il progetto dal processo XML ospitato al processo ereditato. Si modifica un progetto da un processo XML ospitato al processo ereditato derivato per iniziare a personalizzare il processo tramite l'interfaccia utente.
Attenzione
La scelta di clonare un progetto da un modello di processo XML ospitato in un processo ereditato è un'operazione irreversibile. Prima di modificare il processo di un progetto esistente da Hosted XML al processo ereditato clonato, vedere Operazioni supportate per il passaggio da Hosted XML a un processo ereditato, più avanti in questo articolo, per comprendere quali personalizzazioni vengono mantenute e quali non sono prima di modificare il processo di un progetto da Hosted XML a un processo ereditato. Inoltre, crea un progetto di test per verificare le personalizzazioni mantenute o riapplicate a un processo.
Prerequisiti
| Categoria | Requisiti |
|---|---|
| Autorizzazioni | - Per creare, eliminare o modificare un processo: membro del gruppo Amministratori della raccolta di progetti o autorizzazioni specifiche a livello di raccolta Crea processo, Elimina processo, Modifica processo, o Elimina un campo dall'organizzazione. Per ulteriori informazioni, consultare Impostazione delle autorizzazioni e dell'accesso per il monitoraggio del lavoro, Personalizzazione di un processo ereditato. - Per aggiornare le bacheche: Amministratore del Team o membro del gruppo Amministratori del Progetto. |
| Accesso | - Anche se si ha basic o un accesso inferiore, è comunque possibile modificare un processo se qualcuno concede le autorizzazioni necessarie. - Per aggiornare e modificare il tipo di elementi di lavoro esistenti: membro del progetto. |
Operazioni supportate per lo spostamento da XML ospitato a un processo ereditato
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 informazioni dettagliate sulle personalizzazioni supportate, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.
Mentre il processo di clonazione mantiene la maggior parte delle personalizzazioni di rilevamento del lavoro, alcune personalizzazioni avanzate del processo XML ospitato potrebbero non essere supportate. Inoltre, alcune personalizzazioni devono essere ricreate manualmente nel processo ereditato.
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 dell'elemento di lavoro | Tutti i campi personalizzati vengono mantenuti. I campi che fanno riferimento a elenchi globali vengono aggiornati con menu a tendina. 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 hai assegnato uno stato personalizzato del flusso di lavoro alla categoria di stato Completato, questo viene conservato quando viene effettuato un 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. |
| Struttura del 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 del prodotto e del portfolio vengono mantenute. |
| Elenchi globali | Gli elenchi globali vengono convertiti in menu a tendina 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 le proprietà e i comportamenti. |
Personalizzazioni ignorate durante il clone
| Artefatto | Descrizione |
|---|---|
| Personalizzazione dell'area di intestazione | Le personalizzazioni effettuate nella sezione dell'intestazione del form 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. 
|
| 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 la pagina dei 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 d'identità con valori di tipo stringa | Gli elenchi che contengono un valore di identità in ALLOWEDVALUES o PROHIBITEDVALUES vengono convertiti automaticamente nel tipo di campo identità. 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. |
Modificare il processo di progetto in un processo ereditato
Dopo aver verificato le personalizzazioni, è possibile applicare il processo ereditato al progetto esistente. Effettua i passaggi seguenti:
Accedi alla tua organizzazione (
https://dev.azure.com/{Your_Organization}).Selezionare
Impostazioni organizzazione.
Selezionare Processo e scegliere il processo XML ospitato originale.
Selezionare la pagina Progetti .
Aprire il ... Apri il menu contestuale per il progetto e scegli Cambia processo... opzione.
Qui si apre il menu per il progetto di test di Fabrikam.
Scegli il processo ereditato che hai creato. Il sistema elenca solo i processi validi per il progetto selezionato.
Selezionare OK.
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 corrispondono esattamente 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, come Modificato da, Data di modifica, Chiuso da, Data di chiusura, 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 elementi 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.