Comment puis-je changer de Modèle de Processus sur un Projet d'Équipe dans TFS 2010?

Comment puis-je changer de modèle de processus de MSF for Agile sur un déjà existant de l'équipe de projet dans TFS 2010?

Nous avons mis à niveau notre TFS 2008 à 2010, et maintenant, je voudrais aussi changer le modèle de processus de MSF for Agile (actuellement CMMI).
Nous n'avons pas utilisé les workitem fonctionnalité bien si l'information se perd dans la conversion n'a pas d'importance.

InformationsquelleAutor Jimmy Engtröm | 2010-06-08
  1. 37

    Une fois que vous avez créé un Projet d'Équipe, malheureusement vous ne pouvez pas télécharger un nouveau modèle de processus. Comme Robaticus dit, vous devrez télécharger le fichier XML pour le modèle et le modifier, puis re-télécharger. La puissance de l'outil vous permet de créer de NOUVEAUX modèles pour de NOUVEAUX projets de l'équipe, mais il ne sera pas en modifier un existant.

    Au lieu de cela, vous pouvez utiliser le witadmin.exe outil (sur n'importe quel ordinateur avec Team Explorer est installé, sous \Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE, ou tout simplement à partir d'une Invite de Commande Visual Studio) pour exporter la workitem définitions et de les réimporter une fois que vous avez fait vos modifications.

    Heureusement, si vous ne l'utilisez pas workitem suivi de beaucoup, cela pourrait être pas trop difficile. Vous pourriez être en mesure de simplement supprimer tous les workitem types et puis re-télécharger les nouveaux types.

    Si c'est trop de problèmes, pensez à combien vous souhaitez conserver votre contrôle de la source de l'histoire. Il pourrait être intéressant de créer une nouvelle Équipe de Projet avec le modèle Agile et puis il suffit de déplacer tous vos code source en elle.

    • +1 pour une réponse plus détaillée que j'ai été en mesure de donner. Prendre soin lors de la création du nouveau projet. Au lieu de simplement créer une nouvelle source de dépôt et de déplacer les choses, je branche à partir de l'existant quand j'ai créé le nouveau projet. De cette façon, il aide à maintenir un historique des modifications.
    • J'ai fini avec la création d'un couple de nouveaux projets et la migration de code pour la nouvelle Équipe de projets. (Nous avons eu un grand projet avant et il faut le diviser =) ) Merci pour l'aide
    • Même si je déteste cette réponse de sa bonne
    • Il y a cependant un certain nombre de façons d'obtenir le même résultat: nakedalm.com/...
    • Pour VS 2017+ le chemin de witadmin est C:\Program Files (x86)\Microsoft Visual Studio\[Year]\[Version]\Common7\IDE\CommonExtensions\Microsoft\TeamFoundation\Team Explorer
    InformationsquelleAutor Jason Barile
  2. 4

    Vous ne pouvez pas changer le modèle de processus, cependant, vous pouvez modifier les types d'élément de travail. Donc, pour les bugs, tâches, vous pouvez passer à l'Agile définitions.

    Vous pouvez le faire en 2010, avec witadmin, en 2008, c'est importwit, en téléchargeant d'abord le modèle à disque (vous aurez besoin de la TSF de la puissance de ce type d'outils). Alors point de l'application de console à bug.xml, task.xml etc..

    Utilisation: witadmin importwitd /collection:collectionurl [/p:projet] /f:filename [/e:encodage] [/v] 

/collection Spécifie l'Équipe de projet de la Fondation de la collection. Utiliser une URL complètement spécifiée comme 
http://servername:8080/tfs/Collection0. 
/p Spécifie le projet d'équipe dans lequel le nouveau type d'élément de travail est importé. C'est obligatoire, sauf lorsque 
la validation de la seule option est utilisée. 
/f Spécifie le type d'élément de travail de définition XML fichier à importer. 
/e Spécifie le nom de l' .NET Framework 2.0 encodage utilisé pour importer le fichier XML. Par exemple, 
/e:utf-7 utilise Unicode (UTF-7) l'encodage. L'encodage est détecté automatiquement chaque fois que possible. Si 
l'encodage ne peut pas être détecté, UTF-8 est utilisé. 
/v Valide les définitions XML pour le type d'élément de travail, type de lien, ou de flux de travail global sans avoir à les importer 
eux.
    InformationsquelleAutor Chris S
  3. 2

    Vous pouvez exporter le modèle de processus agile sur le disque, puis importer les éléments de travail dans votre projet. Vous aurez besoin de la TSF de la Puissance des Outils pour ce faire.

    InformationsquelleAutor Robaticus
  4. 1

    J'ai peut-être trop tard pour cette question, mais la TFS Plate-forme d'Intégration outils pourrait vraiment aider ici.

    Voir cette question sur le serveur faute de détails sur la façon de passer de Mêlée De l'Équipe Système V2 pour Microsoft Visual Studio Scrum 1.0.

    Vous devez configurer votre propre mappages de se déplacer à partir de vos modèles à la cible de modèle, mais le processus est le même.

    • Merci.. =) j'ai fini par la création de nouveaux Projets et de déplacer le code.
    InformationsquelleAutor Vaccano
  5. 0

    Veuillez noter witadmin.exe peut aider dans certains scénarios, mais TFS Plate-forme d'Intégration est votre meilleur choix pour réaliser cette tâche. Il y a un de voix utilisateur point encore en suspens. Veuillez vérifier ce fil.

    InformationsquelleAutor Manish Jain
  6. 0

    Je pense que la meilleure façon d'y parvenir est de créer un nouveau Projet d'Équipe avec "le nouveau" modèle de processus et d'utilisation de la TSF à l'Intégration de l'outil de migrer votre système existant des WorkItems et choisissez de créer une nouvelle branche à partir de la Source de Contrôle, de sorte que vous aurez de nouveaux Éléments de travail (avec le nouveau flux de travail) et le contrôle de la source de l'histoire (bien). Vous auriez même le faire à travers les versions de TFS!! (Dans le cas intéressées à migrer TFS 2005/2008/2010)

    Une autre façon pourrait être d'utiliser le WorkItem Modèles, mais je pense que c'est plus une sorte de style visuel (je n'ai pas beaucoup d'expérience) appliquée à l'Élément de Travail. Pour ce faire, faites un clic droit sur votre projet, importer le WITDefinition et d'appliquer le modèle en sélectionnant Appliquer le modèle souhaité en WorkITems.

    InformationsquelleAutor Ricardo Adolfo Gonzalez Pineda