Operaciones admitidas al pasar de un proceso XML hospedado a un proceso heredado
Azure DevOps Services
La actualización de un modelo de proceso XML hospedado a un proceso heredado proporciona la comodidad de personalizar el sistema de seguimiento de trabajo a través de la interfaz de usuario. Para obtener información general sobre las personalizaciones admitidas disponibles con el proceso de herencia, consulte Acerca de la personalización de procesos y los procesos heredados.
Aunque el proceso de clonación intenta modelar todas las personalizaciones de seguimiento del trabajo, hay algunas limitaciones. En este artículo se describe el conjunto de personalizaciones que se admiten durante el proceso de clonación y los que no lo son.
El modelo de proceso de herencia admite la mayoría de las personalizaciones, pero es posible que no se admitan algunas de las personalizaciones más avanzadas realizadas con el proceso XML hospedado. Además, algunas de las personalizaciones realizadas en el proceso XML hospedado deben crearse manualmente en el proceso heredado.
Nota:
Antes de cambiar el proceso de un proyecto existente de Hosted XML al proceso heredado clonado, revise este artículo para comprender qué personalizaciones se conservan y cuáles se omiten.
Personalizaciones conservadas durante el clon
Al clonar un proceso XML hospedado en un proceso heredado, se conservan las personalizaciones enumeradas en la tabla siguiente.
| Artefacto | Descripción |
|---|---|
| Tipos de elemento de trabajo (WIT) | Se conservan todos los sistemas y WIT personalizados. Se conservan las personalizaciones realizadas en el color y el icono WIT. |
| Campos de elementos de trabajo | Se conservan todos los campos personalizados. Los campos que hacen referencia a listas globales se actualizan con listas de selección. Se omiten todos los valores predeterminados. Para obtener más información sobre las personalizaciones de campo admitidas, consulte Acerca de la personalización de procesos y los procesos heredados, Personalizaciones de campo. |
| Estados de flujo de trabajo | Se conservan todos los estados de flujo de trabajo personalizados y del sistema. |
| Categorías de estado de flujo de trabajo | Se conservan todas las personalizaciones realizadas en el archivo XML ProcessConfiguration para asignar un estado de flujo de trabajo a una categoría de estado (Propuesta, En curso, Resuelto, Completado). Solo se puede asignar un estado de flujo de trabajo a la categoría Estado completado . Si ha asignado un estado de flujo de trabajo personalizado a la categoría Estado completado , se conserva al clonar. Cualquier estado de flujo de trabajo de un tipo de elemento de trabajo que no esté incluido en un nivel de trabajo pendiente se asigna a la categoría de estado En curso . Compruebe todos los estados de flujo de trabajo personalizados después de clonar. Para obtener más información, consulte Estados de flujo de trabajo y categorías de estado. |
| Diseño del formulario de elemento de trabajo | Se hace un mejor esfuerzo para conservar las personalizaciones realizadas en el diseño del formulario web. Sin embargo, se omiten las personalizaciones realizadas en el área de encabezado. En concreto, se omite la asignación de atributos WeblayoutShowEmptyReadOnlyFields. |
| Niveles de trabajo pendiente | Se conservan las adiciones y personalizaciones realizadas al trabajo pendiente del producto y los niveles de trabajo pendiente de cartera. |
| Listas globales | Las listas globales se convierten en listas de selección para campos individuales. |
| Propiedades predeterminadas | Las propiedades predeterminadas establecidas para los equipos que agregue a un proyecto se conservan como se documenta en Referencia del elemento XML de configuración de procesos, Especificar propiedades y comportamientos. |
Personalizaciones omitida durante el clon
| Artefacto | Descripción |
|---|---|
| Personalización del área de encabezado | Se omiten las personalizaciones realizadas en el área de encabezado dentro del formulario de elemento de trabajo. El sistema administra el área de encabezado, como se muestra en la imagen siguiente. Se omiten las personalizaciones realizadas en la sección SystemControls de WebLayout .  |
| Tamaño y diseño de cuatro columnas | El proceso heredado admite un ajuste de tamaño relativo fijo de tres columnas a un diseño WIT, mientras que el proceso XML hospedado admite hasta cuatro columnas y permite establecer la primera columna con el mismo tamaño con el resto de las columnas. |
| Ocultar página detalles en el diseño | El proceso heredado omite las personalizaciones realizadas para ocultar la página Detalles en un diseño WIT. |
| Restricción de flujo de trabajo | El proceso heredado sigue una transición de estado de flujo de trabajo cualquiera a cualquier. Se omiten las personalizaciones que restringen la transición de un estado de flujo de trabajo a otro. |
| Motivos de estado del flujo de trabajo | Se omiten los motivos personalizados agregados a los estados de flujo de trabajo. |
| Listas de selección condicionales | Las listas de selección condicionales, también conocidas como listas de selección dependientes o en cascada, se omiten. Se omiten varios conjuntos de valores permitidos por campo. Las listas de selección se definen para un campo en el nivel de colección y se comparten entre procesos y WIT. |
| Reglas personalizadas | Se omiten todas las reglas personalizadas para los campos y el flujo de trabajo. |
| Controles de vínculo personalizados | Se omiten los controles de vínculo personalizados. |
| Extensiones | El proceso heredado admite un modelo de exclusión para extensiones de control personalizadas, mientras que el proceso XML hospedado admite un modelo de participación. Esto significa que los tipos de elementos de trabajo definidos en el proceso heredado clonado muestran todas las contribuciones de todas las extensiones instaladas y habilitadas. Puede ocultarlos o quitarlos de forma selectiva según sea necesario. |
| Categorías | Los cambios realizados en una categoría predeterminada se conservan, pero se omiten las categorías personalizadas. Tenga en cuenta también que los tipos de elementos de trabajo del sistema, como Problema o Impedimento, no se admiten en un nivel de trabajo pendiente. |
| Campos de identidad con valores de cadena | Las listas que contienen un valor de identidad en ALLOWEDVALUES o PROHIBITEDVALUES se convierten automáticamente en el tipo de campo Identidad. Se omiten los demás valores de cadena de la lista. |
| Pasos de la prueba | Los pasos de prueba no se admiten en ningún tipo de elemento de trabajo que no sea Caso de prueba. |
Personalizaciones posteriores a la actualización para realizar manualmente
La actualización realiza un mejor intento de conciliar el proceso del sistema y las personalizaciones realizadas en el proceso XML hospedado. Después de actualizar, se recomienda revisar manualmente el proceso heredado y volver a aplicar las personalizaciones.
- Crear un proyecto de prueba: use para comprobar las personalizaciones conservadas o volver a aplicar a un proceso.
- Actualice el valor predeterminado de cualquier campo: defina los valores predeterminados que haya definido anteriormente.
- Estados de flujo de trabajo: comprobación de la asignación de estados a categorías de estado de flujo de trabajo
- Reglas personalizadas: puede volver a crear reglas de selección según sea necesario. Las reglas del modelo de proceso XML hospedado no asignan reglas uno a uno definidas para un proceso heredado. En concreto:
- Ya hay varias reglas definidas en el proceso del sistema o generadas automáticamente. Por ejemplo, determinados campos del sistema, como Changed By, Change Date, Closed By, Closed Date se rigen por reglas del sistema.
- Algunas reglas ahora se especifican como atributos de campo, como convertir un campo en un valor predeterminado o obligatorio.
- Deshabilite los tipos de elementos de trabajo.
- Ocultar los campos o controles heredados.
- Controles personalizados: compruebe que los controles personalizados se aplican según lo previsto; deshabilite u oculte grupos o extensiones de página no deseados.