Mettre à jour un modèle de processus personnalisé pour accéder aux nouvelles fonctionnalités

Article
03/12/2013

Vous devez mettre les dossiers à jour du modèle de processus que vous avez personnalisés afin que vos projets d'équipe existants puissent accéder aux nouvelles fonctionnalités fournies avec d' Visual Studio Team Foundation Server 2012.Une fois cette mise à jour effectuée, vous pouvez télécharger le modèle de processus personnalisé vers Team Foundation Server.Vous pouvez ensuite utiliser l'Assistant de fonctionnalités de configurer à projets d'équipe mis à niveau de mise à jour d'accéder à de nouvelles fonctionnalités ou à créez les projets d'équipe qui auront accès aux nouvelles fonctionnalités.

Important

Cette rubrique présente les mises à jour manuelles pour rendre un modèle de processus basé sur un modèle de processus de Microsoft de la version 5,0 ou le modèle de processus scrum 1,0.

Pour plus d'informations sur les nouvelles fonctionnalités, consultez Nouveautés de la planification et du suivi.

[!REMARQUE]

Une fois votre serveur de couche Application mis à niveau vers Visual Studio Team Foundation Server 2012, vous pouvez utiliser le Gestionnaire de modèles de processus pour accéder à la version 6.0 des modèles de processus MSF en plus de vos modèles de processus existants.

Dans cette rubrique

Conseils pour effectuer une mise à jour manuelle
Mises à jour pour accéder aux nouvelles fonctionnalités
Mises à jour facultatives
Étapes postérieures à télécharger

[!REMARQUE]

Vous pouvez effectuer certaines procédures décrites ci-dessous à l'aide de process editor, un complément d'outil puissant pour Visual Studio que vous pouvez télécharger et installer.Situé sous le menu Outils, process editor fournit une interface utilisateur graphique pour personnaliser des modèles de processus d' Team Foundation Server .Vous pouvez utiliser cet outil pour importer et exporter des types d'éléments de travail et pour modifier le contenu du modèle de processus.Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Outils de gestion de l'alimentation Team Foundation Server.

Conseils pour effectuer une mise à jour manuelle

Avant d'effectuer la mise à jour manuelle, vous pouvez examiner les informations fournies dans Utilisation de fichiers de modèles de processus et Processus étape par étape de personnalisation.
Ne supprimez pas de fichier ou de tâche pour télécharger un fichier sauf si vous savez de quel fichier il s'agit et que vous n'en aurez pas besoin.
Pour trouver les personnalisations que vous avez faites, vous pouvez exécuter une opération Diff sur les fichiers comparables qui existent dans les deux modèles.Toutefois, vous pouvez recevoir des faux positifs car la séquence de définitions d'élément peut avoir changé entre deux versions.
Vous pouvez rechercher l'élément dependency à travers tous les fichiers de plug-in pour découvrir quelles tâches dépendent d'autres tâches en cours d'achèvement.Par exemple, Microsoft Test Manager et Lab Management requièrent les types d'éléments de travail SharedSteps et testcase, des types de liens SharedSteps et TestedBy, et des catégories.Consultez Définir des dépendances pour des groupes de tâches et des tâches dans des fichiers de plug-in.

Mises à jour pour accéder aux nouvelles fonctionnalités

Copier ou ajoutez des fichiers du dossier de la version la plus récente du modèle de processus que vous téléchargez correspondant au dossier contenant vos définitions de modèle de processus personnalisées.

Téléchargez la version la plus récente du modèle de processus de Microsoft de votre serveur mis à jour.Consultez Télécharger la dernière version des modèles de processus.
Copiez les fichiers suivants au dossier d' TypeDefinitions : CodeReviewRequest, CodeReviewResponse, FeedbackRequest, et FeedbackResponse.
Copiez le fichier suivant au dossier d' Query : Feedback.wiq.
Copiez le dossier d' Process et ses deux fichiers de configuration de processus au dossier d' WorkItem Tracking .
Important

Les types suivants de personnalisation à vos types d'éléments de travail peuvent vous obliger à personnaliser les fichiers de configuration de processus :
- Renommé ou supprimé les types d'éléments de travail assignés aux spécifications catégorie et à la catégorie de tâche comme défini dans la version la plus récente du fichier de catégories pour votre modèle de processus.
- Rapports renommés ou personnalisé le flux de travail définis pour des tâches ou des types d'éléments de travail définis pour la catégorie de spécifications.Les assignations d'état doivent être mappées aux metastates définis pour la configuration commune du modèle de processus.Metastates définissent la planification des outils traitez chaque état de flux de travail.Au moins un état de flux de travail doit être mappé à InProgress et aux metastates d' Completed comme décrit dans Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus.
- A modifié le champ défini dans l'élément de journal des travaux en souffrance utilisé pour capturer le niveau d'effort, tel que Points de récit for agile (Microsoft.VSTS.Scheduling.StoryPoints) et Effort scrum (Microsoft.VSTS.Scheduling.Effort).For CMMI v5.0, Estimation originale (Microsoft.VSTS.Scheduling.OriginalEstimate) a été utilisé, et pour CMMI v6.0 Planifier la taille (Microsoft.VSTS.Scheduling.Size) est utilisé.
- A modifié le champ défini dans ces types d'éléments de travail définis pour la catégorie de spécifications, telle que Rang dans la pile (Microsoft.VSTS.Common.StackRank), ou scrum, Priorité du journal des travaux en souffrance (Microsoft.VSTS.Common.BacklogPriority).
- A modifié le champ utilisé pour capturer l'activité assignée aux tâches, telles que Activité (Microsoft.VSTS.Common.Activity) ou Discipline (Microsoft.VSTS.Common.Discipline).
- A modifié le champ utilisé pour capturer Travail restant(Microsoft.VSTS.Scheduling.RemainingWork).
Pour en savoir plus, consultez Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus.
Remplacez le dossier d' Process Guidance, situé sous le dossier d' Windows SharePoint Services, par le contenu du dernier dossier.Ces fichiers contiennent des liens avant au dernier guide de processus.Consultez Définir le plug-in de portail du projet pour un modèle de processus.
Ajoutez les catégories au fichier de catégories.
Ajoutez les tâches au fichier de plug-in WorkItems.
Ajoutez les paramètres d'équipe aux groupes et le fichier de plug-in d'autorisations(facultatif).
Ajoutez l'instruction de version au fichier ProcessTemplate.
Téléchargez le modèle de processus et vérifiez vos modifications.Consultez Gérer des modèles de processus.

Ajoutez les catégories au fichier de catégories

Ajoutez cet extrait de code au fichier de catégories trouve dans le dossier d' WorkItem Tracking :

<CATEGORY name="Code Review Request Category" refname="Microsoft.CodeReviewRequestCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
  </CATEGORY>
  <CATEGORY name="Code Review Response Category" refname="Microsoft.CodeReviewResponseCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Response" />
  </CATEGORY>
  <CATEGORY name="Feedback Request Category" refname="Microsoft.FeedbackRequestCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Request" />
  </CATEGORY>
  <CATEGORY name="Feedback Response Category" refname="Microsoft.FeedbackResponseCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Response" />
  </CATEGORY>
  <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
    <DEFAULTWORKITEMTYPE name="Task" />
  </CATEGORY>
  <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
    <WORKITEMTYPE name="Code Review Response" />
    <WORKITEMTYPE name="Feedback Request" />
    <WORKITEMTYPE name="Feedback Response" />
    <WORKITEMTYPE name="Shared Steps" />
  </CATEGORY>

Ajoutez les tâches au fichier de plug-in WorkItems

Ouvrez le fichier de plug-in d' WorkItems et ajoutez cet extrait de code dans la section d' <WORKITEMTYPES> :

<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewRequest.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewResponse.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackRequest.xml" />
        <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackResponse.xml" />

Remplacez l'instruction d' Permission pour les générateurs par cet extrait de code dans la section d' <QUERIES> :
```
<Permission allow="Read" identity="[$$PROJECTNAME$$]\Build Administrators" />
```

Ajoutez cet extrait de code dans la section d' <QUERIES> :

<Query name="Feedback" fileName="WorkItem Tracking\Queries\Feedback.wiq" />

Ajoutez ce simplement d'extrait de code en tant que dernière tâche dans la section d' <tasks> :

<task id="ProcessConfiguration" name="Process Configuration" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Process configuration uploaded">
    <dependencies>
      <dependency taskId="WITs" />
      <dependency taskId="Categories" />
    </dependencies>
    <taskXml>
      <PROCESSCONFIGURATION>
        <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/> 
        <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
      </PROCESSCONFIGURATION>
    </taskXml>
</task>

Enregistrez et fermez le fichier.

(Facultatif) ajoutez les paramètres d'équipe aux groupes et le fichier d'autorisations

Vous pouvez prédéfinir un ensemble de chemins d'itération à l'aide de l'élément d' iterationPath dans teamSettings comme indiqué dans les exemples ci-dessous.Ces définitions sont facultatives et vous pouvez personnaliser en fonction de les besoins.

Pour les modèles de processus scrum: Ajoutez cet extrait de code comme premier <group> dans la section d' <groups> :

<group name="@defaultTeam">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
   </permissions>
   <members>
      <member name="@creator"/>
   </members>
   <teamSettings areaPath="Area">
      <iterationPaths backlogPath="Iteration">
         <iterationPath path="Release 1\Sprint 1" />
         <iterationPath path="Release 1\Sprint 2" />
         <iterationPath path="Release 1\Sprint 3" />
         <iterationPath path="Release 1\Sprint 4" />
         <iterationPath path="Release 1\Sprint 5" />
         <iterationPath path="Release 1\Sprint 6" />
      </iterationPaths>
   </teamSettings>
</group>

For agile et CMMI modèles de processus: Ajoutez cet extrait de code comme premier <group> dans la section d' <groups> :

<group name="@defaultTeam">
   <permissions>
      <permission name="GENERIC_READ" class="PROJECT" allow="true" />
   </permissions>
   <members>
      <member name="@creator"/>
   </members>
   <teamSettings areaPath="Area">
      <iterationPaths backlogPath="Iteration">
         <iterationPath path="Iteration 1" />
         <iterationPath path="Iteration 2" />
         <iterationPath path="Iteration 3" />
      </iterationPaths>
   </teamSettings>
</group>

Ajoutez l'instruction de version au plug-in ProcessTemplate

Le configurer comporte des utilisations d'Assistant l'instruction d' version de déterminer le modèle de processus dans une catégorie est la version la plus récente et sélectionne automatiquement cette version.Avant la mise à jour, l'instruction de version n'a pas été incluse dans le fichier de plug-in ProcessTemplate, vous devez l'ajouter.Vous devez également vous assurer que vous spécifiez un numéro de version plus élevé que la valeur correspondante assignée au modèle de processus par défaut qui a été ajouté pendant la mise à jour d' Team Foundation Server.

Important

Si l'instruction d' version n'est pas présente, l'Assistant de fonctionnalités de configuration ne peut pas sélectionner le modèle de processus pour mettre à jour un projet d'équipe.De plus, si plusieurs modèles de processus a été téléchargé à Team Foundation Server qui spécifie le même numéro de version la plus récente, aucun de ces modèles de processus ne peut être sélectionné pour mettre à jour un projet d'équipe.

Ouvrez le fichier de plug-in d' ProcessTemplate .Ajoutez l'extrait de code après l'élément d' description .Votre choix d'extrait de code est basée sur la catégorie de modèle que vous mettez à jour :

Catégorie	Instruction de version
Agile	`<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="6" minor="20"/>`
CMMI	`<version type="27450541-8E31-4150-9947-DC59F998FC01" major="6" minor="20"/>`
Scrum	`<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="2" minor="20"/>`

Catégorie

Instruction de version

Agile

<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="6" minor="20"/>

CMMI

<version type="27450541-8E31-4150-9947-DC59F998FC01" major="6" minor="20"/>

Scrum

<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="2" minor="20"/>

Mises à jour facultatives

Le tableau suivant résume les mises à jour sont apportées aux modèles de processus Microsoft de la version précédente.Selon vos besoins, vous pouvez effectuer des mises à jour à votre modèle de processus personnalisé avec les modifications répertoriées.Pour plus d'informations sur la personnalisation de chacun de ces fichiers, consultez Personnaliser les domaines fonctionnels au sein d'un modèle de processus.

Fichiers	Modifications
Build.xml DefaultTemplate.11.xaml DefaultTemplate.11.1.xaml UpdateTemplate.xaml	Le fichier de plug-in build a été mis à jour pour télécharger les nouveaux modèles par défaut définis pour la version actuelle, et assigner des autorisations aux administrateurs supplémentaires.Vous pouvez mettre à jour votre modèle de processus personnalisé en remplaçant le dossier de génération par la version la plus récente.Les autorisations définies pour les concepteurs au niveau de le projet sont désormais définies pour les administrateurs de génération au niveau de le projet – un changement du nom de rôle.Des autorisations supplémentaires sont définies pour les administrateurs de collections de projets d'équipe pour les rôles du groupe de service de build et génèrent le groupe Administrateurs. En outre, le modèle de mise à niveau contient les mises à jour mineures autour de ce qui obtient loggé.Lorsque vous mettez à niveau Team Foundation Build, les nouvelles définitions de builds sont automatiquement mises à niveau vers les définitions de builds pour la version actuelle, à l'aide du modèle de processus de génération de mise à niveau.
Classification.xml	Une nouvelle instruction d' property a été ajoutée au fichier de plug-in classification qui spécifie le nom du modèle de processus.L'exemple suivant est pris du modèle de processus scrum 2,0 : `<property name="Process Template" value="Microsoft Visual Studio Scrum 2.0 - "Preview 2" />`
GroupsAndPermissions.xml	Les autorisations définies pour les concepteurs au niveau de le projet sont désormais définies pour les administrateurs de génération au niveau de le projet – un changement du nom de rôle.La nouvelle instruction d' group est : `<group name="Build Administrators" description="Members of this group can create, modify and delete build definitions and manage queued and completed builds.">`
Lab.xml LabDefaultTemplate.11.xaml	Le fichier de plug-in Lab a été mis à jour pour télécharger le nouveau modèle par défaut défini pour la version actuelle, et assigner des autorisations aux administrateurs supplémentaires.Vous pouvez mettre à jour votre modèle de processus personnalisé en remplaçant le dossier Lab par la version la plus récente. Une nouvelle autorisation, ManageTestMachines, a été ajoutée aux tâches de configurer les autorisations de sécurité initiales assignées aux identités pour Visual Studio Lab Management.
ReportsTasks.xml (aucune modification)	Examinez le dossier rapports de les modifications que vous pouvez souhaiter pour incorporer.
testmanagement.xml (aucune modification)	Les paramètres du testconfiguration et les fichiers testvariable ont été mis à jour pour inclure la prise en charge windows 8 et Internet Explorer 9. Ces paramètres sont utilisés par Microsoft Test Manager.
VersionControl.xml	Les autorisations définies pour les concepteurs au niveau de le projet sont désormais définies pour les administrateurs de génération au niveau de le projet – un changement du nom de rôle.La configuration des notes d'archivage a été supprimée.En outre, les trois instructions d' checkin_note ont été supprimées dans la version actuelle.

Étapes postérieures à télécharger

Après avoir téléchargé le modèle de processus mis à jour, vous pouvez utiliser l'Assistant de fonctionnalités de configurer pour mettre à jour un projet d'équipe créé à partir de ce modèle.Choisissez les fonctionnalités de configurer attachent qui apparaît dans le panneau de gestion pour le projet d'équipe.Pour plus d'informations, consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.