Différences entre les personnalisations de modèle de processus entre Azure DevOps Services et TFS

  • Article

Azure DevOps Services

Important

Le processus d’importation prend en charge le modèle de processus XML hébergé qui vous permet de gérer les personnalisations en mettant à jour certains fichiers de définition XML d’un modèle de processus. Cette fonctionnalité n’est disponible que pour les organisations qui ont été migrées vers Azure DevOps Services à l’aide du service d’importation de données TFS.

Si vous utilisez le modèle de processus d’héritage, vous pouvez personnaliser votre suivi de travail via l’interface utilisateur en créant un processus d’héritage. Si vous utilisez le modèle de processus XML local, vous pouvez personnaliser un modèle de processus. Consultez Charger ou télécharger un modèle de processus et Personnaliser un modèle de processus.

Pour en savoir plus sur les modèles de processus, consultez Personnaliser le suivi du travail.

Azure DevOps Services utilise un modèle différent de Team Foundation Server (TFS) pour mettre en relation les projets et les processus.

  • Dans TFS, les modèles de processus sont utilisés comme points de départ pour les projets et une fois qu’un projet est créé, le projet est l’étendue que vous personnalisez.
  • Dans Azure DevOps Services, le processus est partagé entre plusieurs projets et correspond à l’étendue que vous personnalisez.

La structure et la syntaxe globale utilisées dans la définition des modèles de processus restent les mêmes, avec seulement quelques différences mineures entre les modèles que vous personnalisez pour l’importation dans Azure DevOps Services et ceux que vous chargez pour prendre en charge un TFS local.

Notes

La migration de projets ou de collections du xml hébergé vers le modèle hérité n’est pas prise en charge pour Azure DevOps Server. Il est uniquement disponible sur Azure DevOps Sevice.

Personnalisations non prises en charge et fichiers de plug-in non référencés

Toute référence aux objets suivants dans l’un des fichiers de définition XML entraîne une erreur de validation lors de l’importation.

  • Contrôles personnalisés sur les formulaires d’éléments de travail
  • Types de liens personnalisés
  • Flux de travail global
  • Support sur le terrain de l’équipe
  • Prise en charge des règles For et Not
  • Prise en charge des règles de correspondance

Les plug-ins suivants et leurs fichiers associés ne sont pas utilisés pour définir un processus, ni pour mettre à jour des projets existants. Toutefois, ils sont utilisés pour créer des objets ou des artefacts lorsque vous créez un projet.

  • classification ;
  • Requêtes d’élément de travail (définies à l’aide de la syntaxe WIQL)
  • Gestion des tests
  • Éléments de travail

Notes

La longueur WIQL ne doit pas dépasser 32 000 caractères. Le système ne vous permet pas de créer ou d’exécuter des requêtes qui dépassent cette longueur.

Les plug-ins suivants et leurs fichiers associés sont remplacés par les valeurs système par défaut.

  • Build
  • Groupes et autorisations
  • Laboratoire
  • Gestion de version

Les plug-ins suivants et leurs fichiers associés sont ignorés.

  • Mappages Microsoft Project
  • Rapports
  • Windows SharePoint Services

Les plug-ins personnalisés ne sont pas pris en charge.

Limites des objets

Lors de la personnalisation d’un modèle de processus pour l’importation, limitez le nombre d’objets que vous définissez comme spécifié dans Limites des objets de suivi du travail.