Operações compatíveis ao mover do XML hospedado para um processo herdado
Azure DevOps Services
A atualização de um modelo de processo XML hospedado para um processo herdado fornece a conveniência de personalizar seu sistema de acompanhamento de trabalho por meio da interface do usuário. Para obter uma visão geral das personalizações com suporte 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 clonagem tente modelar todas as personalizações de acompanhamento de trabalho, há algumas limitações. Este artigo descreve o conjunto de personalizações com suporte durante o processo de clonagem e aquelas que não são.
O modelo de processo de herança dá suporte à maioria das personalizações, no entanto, algumas das personalizações mais avançadas feitas com o processo XML hospedado podem não ter suporte. Além disso, algumas das personalizações feitas no processo XML hospedado precisam ser criadas manualmente no processo herdado.
Observação
Antes de alterar o processo de um projeto existente de XML hospedado para o processo herdado clonado, examine este artigo para entender quais personalizações são preservadas e quais são ignoradas.
Personalizações preservadas durante a clonagem
Quando você clona um processo XML hospedado em um processo herdado, as personalizações listadas na tabela a seguir são preservadas.
| Artefato | Descrição |
|---|---|
| WITs (tipos de item de trabalho) | Todos os WITs do sistema e personalizados são preservados. As personalizações feitas na cor e no ícone do 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 com suporte, consulte Sobre personalização de processo e processos herdados, Personalizações de campo. |
| Estados de fluxo de trabalho | Todos os estados de fluxo de trabalho personalizados e do sistema 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. Somente um estado de fluxo de trabalho pode ser atribuído à categoria de estado Concluído . Se você tiver atribuído um estado de fluxo de trabalho personalizado à categoria de 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 de fluxo de trabalho e categorias de estado. |
| 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 lista de pendências | As adições e personalizações feitas na lista de pendências do produto e nos níveis de lista de pendências do portfólio 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 Referência de elemento XML de configuração do processo, Especificar propriedades e comportamentos. |
Personalizações ignoradas durante a clonagem
| Artefato | Descrição |
|---|---|
| Personalização da área do 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 de 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 dá suporte a um dimensionamento relativo fixo de três colunas para um layout WIT, enquanto o processo XML hospedado dá suporte a 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 de fluxo de trabalho | O processo herdado segue uma transição de estado de fluxo de trabalho de qualquer para qualquer. Todas as personalizações que restringem a transição de um estado de fluxo de trabalho para outro são ignoradas. |
| Motivos 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 chamadas de 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 dá suporte a um modelo de recusa para extensões de controle personalizadas, enquanto o processo XML hospedado dá suporte a um modelo de aceitação. Isso significa que os tipos de item de trabalho definidos no 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 têm suporte 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 Identidade. Quaisquer outros valores de cadeia de caracteres na lista são ignorados. |
| Etapas do teste | As etapas de teste não têm suporte 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 no processo XML hospedado. Depois de atualizar, 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
- Atualizar o valor padrão para qualquer campo: defina quaisquer valores padrão que você definiu 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 são mapeadas um para um para regras definidas para um processo herdado. Especificamente:
- Várias regras já estão definidas no processo do sistema ou geradas automaticamente. Por exemplo, determinados campos do sistema, como Alterado por, Alterar data, Fechado por, Data de fechamento, 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.
- Desabilite os tipos de item de trabalho.
- Ocultar campos ou controles herdados.
- Controles personalizados: verifique se os controles personalizados são aplicados conforme o esperado; desabilite ou oculte grupos ou extensões de página indesejados.