Operações suportadas ao mover do XML Hospedado para um processo herdado
Serviços de DevOps do Azure
A atualização de um modelo de processo XML hospedado para um processo herdado oferece a conveniência de personalizar seu sistema de rastreamento de trabalho por meio da interface do usuário. Para obter uma visão geral das personalizações suportadas disponíveis para você com o processo de herança, consulte Sobre a personalização do processo e os processos herdados.
Embora o processo de clone tente modelar todas as suas personalizações de acompanhamento de trabalho, há algumas limitações. Este artigo descreve o conjunto de personalizações suportadas durante o processo de clonagem e as que não são.
O modelo de processo de herança suporta a maioria das personalizações, no entanto, algumas das personalizações mais avançadas feitas com o processo XML hospedado podem não ser suportadas. Além disso, algumas das personalizações feitas no processo Hosted XML precisam ser criadas manualmente no processo herdado.
Nota
Antes de alterar o processo de um projeto existente de XML hospedado para o processo herdado clonado, revise este artigo para entender quais personalizações são preservadas e quais são ignoradas.
Personalizações preservadas durante o clone
Quando você clona um processo XML hospedado para um processo herdado, as personalizações listadas na tabela a seguir são preservadas.
| Artefato | Description |
|---|---|
| Tipos de item de trabalho (WITs) | Todos os WITs personalizados e do sistema são preservados. As personalizações feitas na cor e no ícone WIT são preservadas. |
| Campos de item de trabalho | Todos os campos personalizados são preservados. Os campos que fazem referência a listas globais são atualizados com listas de opções. Todos os valores padrão são ignorados. Para saber mais sobre personalizações de campo suportadas, consulte Sobre personalização de processos e processos herdados, Personalizações de campo. |
| Estados do fluxo de trabalho | Todos os estados do sistema e do fluxo de trabalho personalizado são preservados. |
| Categorias de estado do fluxo de trabalho | Todas as personalizações feitas no arquivo XML ProcessConfiguration para mapear um estado de fluxo de trabalho para uma categoria de estado (Proposto, Em andamento, Resolvido, Concluído) são preservadas. Apenas um estado de fluxo de trabalho pode ser atribuído à categoria Estado concluído . Se você tiver atribuído um estado de fluxo de trabalho personalizado à categoria Estado concluído, ele será preservado após o clone. Qualquer estado de fluxo de trabalho para um tipo de item de trabalho que não esteja incluído em um nível de lista de pendências é atribuído à categoria de estado Em andamento . Verifique todos os estados de fluxo de trabalho personalizados após o clone. Para obter mais informações, consulte Estados e categorias de estado do fluxo de trabalho. |
| Layout do formulário de item de trabalho | Um esforço melhor é feito para preservar as personalizações feitas no layout do formulário da Web. No entanto, todas as personalizações feitas na área do cabeçalho são ignoradas. Especificamente, a atribuição de atributo Weblayout ShowEmptyReadOnlyFields é ignorada. |
| Níveis de acumulação | As adições e personalizações feitas aos níveis de backlog de produtos e de carteira são preservadas. |
| Listas globais | As listas globais são convertidas em listas de opções para campos individuais. |
| Propriedades padrão | As propriedades padrão definidas para equipes que você adiciona a um projeto são preservadas conforme documentado em Process configuration XML element reference, Specify properties and behaviors. |
Personalizações ignoradas durante o clone
| Artefato | Description |
|---|---|
| Personalização da área de cabeçalho | Todas as personalizações feitas na área de cabeçalho dentro do formulário de item de trabalho são ignoradas. A área do cabeçalho, como mostrado na imagem a seguir, é gerenciada pelo sistema. Todas as personalizações feitas na seção SystemControls do WebLayout são ignoradas.  |
| Layout e tamanho de quatro colunas | O processo herdado suporta um tamanho relativo fixo de três colunas para um layout WIT, enquanto o processo XML hospedado suporta até quatro colunas e permite que você defina a primeira coluna como de tamanho igual ao restante das colunas. |
| Ocultar página Detalhes no layout | O processo herdado ignora todas as personalizações feitas para ocultar a página Detalhes em um layout WIT. |
| Restrição do fluxo de trabalho | O processo herdado segue uma transição de estado de qualquer fluxo de trabalho para qualquer lugar. Todas as personalizações que restringem a transição de um estado de fluxo de trabalho para outro são ignoradas. |
| Razões do estado do fluxo de trabalho | Os motivos personalizados adicionados aos estados do fluxo de trabalho são ignorados. |
| Listas de opções condicionais | As listas de opções condicionais, também conhecidas como listas de opções dependentes ou em cascata, são ignoradas. Vários conjuntos de valores permitidos por campo são ignorados. As listas de opções são definidas para um campo no nível da coleção e compartilhadas entre processos e WITs. |
| Regras personalizadas | Todas as regras personalizadas para campos e fluxo de trabalho são ignoradas. |
| Controles de link personalizados | Os controles de link personalizados são ignorados. |
| Extensões | O processo herdado suporta um modelo de exclusão para extensões de controle personalizadas, enquanto o processo XML hospedado suporta um modelo de aceitação. Isso significa que os tipos de item de trabalho definidos dentro do processo herdado clonado mostram todas as contribuições de todas as extensões instaladas e habilitadas. Você pode ocultá-los ou removê-los seletivamente, conforme necessário. |
| Categorias | As alterações feitas em uma categoria padrão são preservadas, mas todas as categorias personalizadas são ignoradas. Observe também que os tipos de item de trabalho do sistema, como Problema ou Impedimento, não são suportados em um nível de lista de pendências. |
| Campos de identidade com valores de cadeia de caracteres | As listas que contêm um valor de identidade em ALLOWEDVALUES ou PROHIBITEDVALUES são convertidas automaticamente no tipo de campo Identity. Quaisquer outros valores de cadeia de caracteres na lista são ignorados. |
| Etapas de teste | As etapas de teste não são suportadas em nenhum tipo de item de trabalho diferente de Caso de Teste. |
Personalizações pós-atualização para fazer manualmente
A atualização faz uma tentativa de melhor esforço para reconciliar o processo do sistema e as personalizações feitas para o processo XML hospedado. Após a atualização, recomendamos que você revise o processo herdado e reaplique as personalizações manualmente.
- Criar um projeto de teste: use para verificar as personalizações preservadas ou reaplicadas a um processo
- Atualize o valor padrão para qualquer campo: defina quaisquer valores padrão definidos anteriormente
- Estados do fluxo de trabalho: verifique o mapeamento de estados para categorias de estado do fluxo de trabalho
- Regras personalizadas: você pode recriar regras selecionadas conforme necessário. As regras para o modelo de processo XML hospedado não mapeiam um para um para regras definidas para um processo herdado. Mais especificamente:
- Várias regras já estão definidas no processo do sistema ou geradas automaticamente. Por exemplo, determinados campos do sistema, como Alterado por, Data de alteração, Fechado por, Data fechada são regidos por regras do sistema.
- Algumas regras agora são especificadas como atributos de campo, como tornar um campo padrão ou obrigatório.
- Desative os tipos de item de trabalho.
- Oculte campos ou controles herdados.
- Controles personalizados: verifique se os controles personalizados são aplicados conforme o esperado, desative ou oculte grupos indesejados ou extensões de página.