Personnaliser un modèle de processus - Azure DevOps (2023)

Serveur Azure DevOps 2022 -Serveur Azure DevOps 2019 | TF 2018

Les modèles de processus définissent les objets et les processus disponibles lorsque vous créez un projet. Lors de la personnalisation d'un modèle de processus, vous personnalisez l'un des autres objets. Les types courants de personnalisations que vous pouvez effectuer sont :

• Ajout d'un nouveau champ à un type d'élément de travail existant (WIT)
• Modifier la liste de sélection des valeurs d'un champ
• Modifier les statuts, les motifs, les transitions et les actions du flux de travail pour un type d'élément de travail standard ou personnalisé
• Modifier la disposition d'un formulaire d'élément de travail
• Ajouter ou supprimer un type d'élément de travail
• Modifier les paramètres de processus ou les valeurs par défaut associées aux hubs Azure Boards

Les modèles de processus par défaut définissent les configurations par défaut et les types d'éléments de travail utilisés par Azure Boards et Azure Test Plans. Par exemple, le modèle de processus Agile définit l'ensemble de types d'éléments de travail illustré dans la figure suivante.

La plupart de ces artefacts dépendent des types d'éléments de travail utilisés pour suivre le travail. Par exemple, les champs de données définis dans la fonctionnalité, le bogue, la user story ou la définition de tâche sont également utilisés pour définir des requêtes d'élément de travail. En plus de ces artefacts, vous pouvez également définir les premières itérations et les zones de projet, les paramètres de sécurité et d'autres normes qui prennent en charge les plans de test.

Après avoir créé un projet, vous pouvez modifier les paramètres et ajuster les artefacts. Toutefois, si vous personnalisez le modèle de processus avant de créer vos projets, tous les projets résultants que vous créez à partir de celui-ci seront conformes à un ensemble standard de processus d'équipe. Les principales raisons de personnaliser un modèle de processus sont :

• Vous envisagez de créer plusieurs projets et souhaitez réduire les tâches répétitives que vous devez implémenter ultérieurement dans chaque projet que vous créez
• Vous voulez vous assurer que toutes les équipes adhèrent à certaines normes en fournissant les modèles et le cadre dans la boîte à outils que vos équipes de développement logiciel utilisent.
• Vous devez mettre à niveau un modèle de processus personnalisé pour prendre en charge l'utilisation de l'assistant de configuration des fonctionnalités après une mise à niveau

Si vous travaillez avec un seul projet, créez simplement le projet, puis personnalisez un ou plusieurs objets.

Comment les modèles de processus sont-ils utilisés ?

L'utilisation principale des modèles de processus est de créer un projet. Pour le modèle de processus XML hébergé, il est également utilisé pour mettre à jour un projet. Un projet fournit l'ensemble d'objets, d'artefacts et de paramètres définis dans l'ensemble interdépendant de fichiers de modèle. Vous utilisez votre projet pour organiser le code source, suivre le travail et les informations, créer des logiciels et prendre en charge les activités de test.

Modèle de processus XML hébergé

• créer un projet
• Ajouter ou mettre à jour un processus

Modèle de processus XML local

• créer un projet

où commencer

Avant de commencer à personnaliser un modèle de processus, vous devez comprendre ce que vous pouvez configurer et personnaliser et planifier vos modifications en conséquence.

• Si vous débutez dans le traitement de modèles,Tout d'abord, passez en revue les modèles de processus standard.

• Si vous souhaitez vous familiariser avec la structure de fichiers d'un modèle de processus,Vérifier une description pour chaque fichierÖTélécharger un modèle de processus.

  Vous pouvez modifier les processus de votre projet après sa création. Lorsque vous travaillez avec un projet, les paramètres initiaux définis par le modèle de processus peuvent ne plus répondre à vos besoins.

• Si vous êtes plus intéressé par la personnalisation des objets utilisés pour suivre le travail, y compris les plans de test, les suites de tests et les scénarios de test, consultezPersonnalisez votre expérience de suivi des travaux. Les personnalisations apportées à un projet en modifiant un fichier de définition XML sont les mêmes types de personnalisations apportées à un fichier de modèle de processus.

  Si tu veuxAjouter ou modifier des types d'élément de travail, vous pouvez y parvenir sans modifier l'ensemble du modèle de processus. Vous pouvez apporter et tester des modifications avec un projet existant. Vous pouvez utiliser des outils de ligne de commande pour modéliser le processus XML localwitadmin exportwidetimporterpour télécharger et charger des fichiers de définition XML pour les types d'élément de travail.

• Si vous souhaitez effectuer des ajustements importants,Examiner l'impact des modifications apportées à la maintenance et à la mise à jour de vos projets.

Traitez les fichiers modèles et les zones fonctionnelles que vous pouvez personnaliser

Les modèles de processus se composent de neuf plug-ins. Chaque plugin définit un ensemble de tâches à effectuer et des écrans à afficher lorsque vous créez un projet. Les tâches incluent la définition d'autorisations, la création de dossiers, le téléchargement de fichiers, l'activation de sites Web ou la définition d'autres variables configurables. Les plugins spécifient également les dépendances sur une tâche pour que d'autres tâches fonctionnent correctement.

Pour personnaliser un modèle de processus, personnalisez un ou plusieurs fichiers associés à un domaine fonctionnel. Bien que le réglage d'un objet soit assez facile, vous devez vous assurer de ne pas casser de dépendances lors du réglage. LesArquivo Plug-inProcessTemplate.xmldéfinit les plugins à inclure dans le modèle. Ce fichier contient tous les groupes de tâches que vous souhaitez exécuter pour créer un projet. Chaque groupe de tâches fait référence à un fichier XML de plug-in enfant qui définit des tâches spécifiques pour ce plug-in.

• Équipes, groupes, autorisations, zones et chemins d'itération

  • Itinéraires de zone et itération
  • Groupes, équipes, membres et autorisations
  • Itinéraires de zone et itération
  • Groupes, équipes, membres et autorisations
  • Microsoft Project Map-Datei

• suivi des éléments de travail

  • Définitions WIT
  • catégories
  • modifier la configuration
  • types de liens

• gestion des tests

  • Environnements de test, configurations, états de résolution et configurations

Dépendances des plug-ins

De nombreux objets sont basés sur la définition d'autres objets dans un modèle de processus. Pour un aperçu des plugins requis et des dépendances de plugins, voirDéfinissez les dépendances pour les groupes de tâches et les tâches..

Restrictions de nom et de plug-in

Lorsque vous ajoutez des objets à un modèle de processus, veillez à les baliser correctement pour éviter les erreurs de validation XML.

• Des restrictions s'appliquent aux noms ou étiquettes de la plupart des objets Team Foundation. Pour une vue d'ensemble des restrictions de dénomination qui s'appliquent aux modèles de processus, aux groupes de sécurité, aux nœuds de zone et d'itération, aux types d'éléments de travail et aux champs d'éléments de travail, consultezrestrictions de dénomination.

• La plupart des composants de modèle de processus que vous personnalisez n'affectent que le projet que vous créez à l'aide du modèle de processus. Les exceptions à cette règle sont les listes globales, les types de liens et les champs d'élément de travail. Ces objets sont définis pour un ensemble de projets.

• Chaque champ d'élément de travail a un nom de référence de champ associé qui identifie de manière unique chaque champ. Vous ne pouvez pas modifier le nom de référence une fois attribué.

  Si vous utilisez SQL Server Reporting Services pour votre collection de projets, le nom de rapport affecté à un champ d'élément de travail doit correspondre à tout type d'élément de travail défini pour la collection de projets. Sinon, des erreurs de validation ou des conflits dans les bases de données de l'entrepôt de données peuvent se produire lors du chargement du modèle de processus.

  Les noms de champ d'élément de travail, les noms de type de lien et les listes globales sont limités à un ensemble de projets. Si vous personnalisez l'un de ces objets, la modification sera reflétée dans tous les projets définis dans la collection et dans les types d'élément de travail qui contiennent ce champ d'élément de travail.

• La taille maximale d'un modèle de processus est de deux gigaoctets. Lors de la personnalisation d'un modèle de processus, assurez-vous que vos modifications n'augmentent pas la taille au-delà de cette valeur.

Étapes pour personnaliser un modèle de processus

La personnalisation d'un modèle de processus est un processus itératif. Vous avez besoin d'un ensemble de projets définis sur un serveur exécutant Azure DevOps Server sur lequel vous pouvez tester votre modèle de processus pour vous assurer qu'il est correctement personnalisé.

Pour personnaliser un modèle de processus, chargez d'abord un modèle de processus existant, modifiez ou ajoutez des fichiers, chargez les fichiers de modèle de processus et passez en revue vos modifications.

organiser	Certains
	Télécharger un modèle de processus. Avant de pouvoir personnaliser un modèle de processus, vous devez le télécharger sur votre ordinateur local. Afin de minimiser les changements nécessaires,Choisi un modèlequi est le plus proche des processus de votre équipe. En règle générale, vous choisissez un modèle de processus en fonction des types d'éléments de travail et du workflow.
	Modifier ou ajouter des fichiers. Un modèle de processus est personnalisé en modifiant, supprimant ou ajoutant des fichiers définis pour un modèle de processus. Personnalisez un plug-in ou un fichier de définition en modifiant son contenu XML. Chaque plug-in et fichier de définition de type doit être conforme à sa définition de schéma XML. Lorsque vous personnalisez un modèle de processus pour la première fois, apportez une petite modification. Si vous apportez de nombreuses modifications sans savoir comment elles affecteront le modèle, vous risquez de rencontrer de nombreux bogues difficiles à déboguer. Assurez-vous que le nom du modèle de processus est unique. Si vous téléchargez un modèle de processus, le modifiez, puis le chargez, vous devez modifier son nom ou il écrasera le modèle de processus existant dans la collection de projets.
	Télécharger un modèle de processus. Après avoir personnalisé votre modèle, téléchargez-le dans la collection de projets où vous avez créé le projet. Idéalement, vous utiliserez une collection de projets qui n'est pas utilisée par d'autres projets. En travaillant sur une collection de projets de banc d'essai, vous évitez d'introduire un changement qui pourrait entrer en conflit avec les processus d'équipe existants qui sont encore en développement. En outre, la collection de projets doit prendre en charge les mêmes ressources auxquelles vous souhaitez accéder, par exemple B. un portail de projet et un site de création de rapports. Assurez-vous que le nom du modèle de processus est unique. Si vous avez téléchargé un modèle de processus à partir d'une collection de projets, apporté une modification et chargé maintenant le modèle, vous devez soit renommer le modèle de processus existant, soit le supprimer de la collection de projets. Le processus de transfert effectue une vérification pour s'assurer que le XML est valide. Si vous obtenez des erreurs lorsque vous essayez de charger le modèle de processus, les modifications que vous avez apportées en sont la cause. Passez en revue vos modifications et corrigez les erreurs de syntaxe XML que vous trouvez.
	créer un projet. Pour tester de nouveaux modèles de processus, vous devez créer un projet. Si des erreurs se produisent, consultez le journal de génération du projet. Contient la liste des tâches qui ont tenté de s'exécuter et affiche celles qui ont échoué. Vous pouvez mapper les travaux ayant échoué vers XML pour déterminer la cause des erreurs. Vous pouvez nettoyer les projets inutiles avecl'outil de ligne de commande TFSDeleteProject.
	Examiner les modifications apportées aux modèles de processus. Avant de mettre votre modèle de processus en mode production et de l'utiliser comme base pour plusieurs projets, vous devez vous assurer qu'il est bien défini. Pour effectuer cette tâche, il vérifie systématiquement que chaque objet et artefact fonctionne comme prévu.

Articles Similaires

• Présentation des modèles de processus
• Traiter les fichiers de modèle et de plug-in
• Configurer les fonctionnalités après une mise à niveau
• Ajouts de modèles de processus : Index d'éléments XML
• Référence d'élément XML

Outils qui prennent en charge la personnalisation d'un modèle de processus

Vous pouvez personnaliser un modèle de processus à l'aide de l'un des outils suivants :

• N'importe quel éditeur de texte ou éditeur XML pour éditer des fichiers XML.

• Outil d'édition de processus.
  Selon la version de Visual Studio que vous avez installée, obtenez l'outil de modification de processus à partir de l'une des extensions suivantes.

  • studio visuel 2019:Éditeur de modèle de processus.
  • Visual Studio 2017:Éditeur de modèle de processus TFS. Vous pouvez également utiliser cette version de l'éditeur de processus pour modifier les anciens formulaires d'éléments de travail. Vous ne pouvez pas l'utiliser pour modifier des formulaires liés.nouveaux formulaires Web.
  • Visual Studio 2015:Outils électriques TFS.