Opérations prises en charge lors du passage d’un fichier XML hébergé à un processus hérité
Azure DevOps Services
La mise à niveau d’un modèle de processus XML hébergé vers un processus hérité offre la commodité de personnaliser votre système de suivi du travail via l’interface utilisateur. Pour obtenir une vue d’ensemble des personnalisations prises en charge disponibles avec le processus d’héritage, consultez À propos de la personnalisation du processus et des processus hérités.
Bien que le processus de clonage tente de modéliser toutes vos personnalisations de suivi du travail, il existe certaines limitations. Cet article décrit l’ensemble des personnalisations prises en charge pendant le processus de clonage et celles qui ne le sont pas.
Le modèle de processus d’héritage prend en charge la plupart des personnalisations, mais certaines des personnalisations les plus avancées que vous avez effectuées avec le processus XML hébergé peuvent ne pas être prises en charge. En outre, certaines des personnalisations apportées au processus XML hébergé doivent être créées manuellement dans le processus hérité.
Remarque
Avant de modifier le processus d’un projet existant du code XML hébergé vers le processus hérité cloné, passez en revue cet article pour comprendre les personnalisations qui sont conservées et qui sont ignorées.
Personnalisations conservées pendant le clone
Lorsque vous clonez un processus XML hébergé vers un processus hérité, les personnalisations répertoriées dans le tableau suivant sont conservées.
| Artefact | Description |
|---|---|
| Types d’éléments de travail (WIT) | Tous les systèmes et WIT personnalisés sont conservés. Les personnalisations apportées à la couleur et à l’icône WIT sont conservées. |
| Champs d’éléments de travail | Tous les champs personnalisés sont conservés. Les champs qui référencent des listes globales sont mis à jour avec des listes de sélection. Toutes les valeurs par défaut sont ignorées. Pour en savoir plus sur les personnalisations de champs prises en charge, consultez À propos de la personnalisation des processus et des processus hérités, Personnalisations de champ. |
| États de flux de travail | Tous les états de flux de travail système et personnalisés sont conservés. |
| Catégories d’état de workflow | Toutes les personnalisations apportées au fichier XML ProcessConfiguration pour mapper un état de flux de travail à une catégorie d’état (Proposé, En cours, Résolu, Terminé) sont conservées. Un seul état de flux de travail peut être affecté à la catégorie d’état Terminé . Si vous avez affecté un état de flux de travail personnalisé à la catégorie d’état Terminé , il est conservé lors du clonage. Tout état de flux de travail pour un type d’élément de travail qui n’est pas inclus dans un niveau de backlog est affecté à la catégorie État en cours . Vérifiez tous les états de flux de travail personnalisés après le clone. Pour plus d’informations, consultez États de workflow et catégories d’état. |
| Disposition du formulaire élément de travail | Un meilleur effort est fait pour préserver les personnalisations apportées à la disposition du formulaire web. Toutefois, toutes les personnalisations apportées à la zone d’en-tête sont ignorées. Plus précisément, l’attribution d’attribut Weblayout ShowEmptyReadOnlyFields est ignorée. |
| Niveaux de backlog | Les ajouts et personnalisations apportés au backlog produit et aux niveaux de backlog de portefeuille sont conservés. |
| Listes globales | Les listes globales sont converties en listes de sélection pour des champs individuels. |
| Propriétés par défaut | Les propriétés par défaut définies pour les équipes que vous ajoutez à un projet sont conservées comme documentées dans la référence d’élément XML de configuration process, spécifiez les propriétés et les comportements. |
Personnalisations ignorées pendant le clone
| Artefact | Description |
|---|---|
| Personnalisation de la zone d’en-tête | Toutes les personnalisations apportées à la zone d’en-tête dans le formulaire d’élément de travail sont ignorées. La zone d’en-tête, comme illustré dans l’image suivante, est gérée par le système. Toutes les personnalisations effectuées dans la section SystemControls de WebLayout sont ignorées.  |
| Disposition et taille de quatre colonnes | Le processus hérité prend en charge un dimensionnement relatif fixe de trois colonnes à une disposition WIT, tandis que le processus XML hébergé prend en charge jusqu’à quatre colonnes et vous permet de définir la première colonne comme étant égale à la taille du reste des colonnes. |
| Masquer la page Détails dans la mise en page | Le processus hérité ignore les personnalisations effectuées pour masquer la page Détails dans une disposition WIT. |
| Restriction de flux de travail | Le processus hérité suit une transition d’état n’importe quel flux de travail. Toutes les personnalisations qui limitent la transition d’un état de flux de travail à un autre sont ignorées. |
| Raisons de l’état du flux de travail | Les raisons personnalisées ajoutées aux états de flux de travail sont ignorées. |
| Listes de sélections conditionnelles | Les listes de sélections conditionnelles, également appelées listes de sélection en cascade ou dépendantes, sont ignorées. Plusieurs ensembles de valeurs autorisées par champ sont ignorés. Les listes de sélection sont définies pour un champ au niveau de la collection et partagés entre les processus et les WIT. |
| Règles personnalisées | Toutes les règles personnalisées pour les champs et le flux de travail sont ignorées. |
| Contrôles de liens personnalisés | Les contrôles de liens personnalisés sont ignorés. |
| Extensions | Le processus hérité prend en charge un modèle d’exclusion pour les extensions de contrôle personnalisées, tandis que le processus XML hébergé prend en charge un modèle d’opt-in. Cela signifie que les types d’éléments de travail définis dans le processus hérité cloné affichent toutes les contributions de toutes les extensions installées et activées. Vous pouvez les masquer ou les supprimer de manière sélective en fonction des besoins. |
| Catégories | Les modifications apportées à une catégorie par défaut sont conservées, mais toutes les catégories personnalisées sont ignorées. Notez également que les types d’éléments de travail système tels que Problème ou Obstacle ne sont pas pris en charge au niveau du backlog. |
| Champs d’identité avec des valeurs de chaîne | Les listes qui contiennent une valeur d’identité dans ALLOWEDVALUES ou PROHIBITEDVALUES sont automatiquement converties en type de champ Identity. Toutes les autres valeurs de chaîne de la liste sont ignorées. |
| Étapes de test | Les étapes de test ne sont pas prises en charge dans un type d’élément de travail autre que le cas de test. |
Personnalisations postérieures à la mise à niveau pour effectuer manuellement
La mise à niveau fait un meilleur effort pour rapprocher le processus système et les personnalisations apportées au processus XML hébergé. Après la mise à niveau, nous vous recommandons de passer en revue le processus hérité et de réappliquer manuellement les personnalisations.
- Créer un projet de test : permet de vérifier les personnalisations conservées ou réappliquées à un processus
- Mettez à jour la valeur par défaut pour n’importe quel champ : définissez les valeurs par défaut que vous aviez précédemment définies
- États de flux de travail : vérifiez le mappage des états aux catégories d’état de flux de travail
- Règles personnalisées : vous pouvez recréer des règles de sélection en fonction des besoins. Les règles du modèle de processus XML hébergé ne mappent pas les règles un-à-un aux règles définies pour un processus hérité. En particulier :
- Plusieurs règles sont déjà définies dans le processus système ou générées automatiquement. Par exemple, certains champs système tels que Change By, Change Date, Closed By, Closed Date sont régis par les règles système.
- Certaines règles sont désormais spécifiées en tant qu’attributs de champ, tels que la création d’un champ par défaut ou obligatoire.
- Désactivez les types d’éléments de travail.
- Masquer les champs ou contrôles hérités.
- Contrôles personnalisés : vérifiez que les contrôles personnalisés sont appliqués comme prévu ; désactivez ou masquez les groupes indésirables ou les extensions de page.