Pouvons-nous migrer vers un nouveau modèle de processus TFS et garder l'historique?

Question

Nous utilisons actuellement TFS 2008 avec le modèle Scrum for Team System de Conchango, avec quelques ajustements mineurs. Nous envisageons de mettre à niveau vers TFS 2010 et nous envisageons de passer au modèle MSF pour Agile.

Quelle est la meilleure façon de passer à un nouveau modèle de processus et de garder l'histoire? J'aimerais pouvoir créer un nouveau projet d'équipe sur le serveur TFS 2010, tout faire enregistrer et déplacer notre source vers le nouveau projet. Ce serait bien si nous pouvions garder l'historique des commentaires d'enregistrement et peut-être même pouvoir revenir à l'historique des éléments de travail associé à un ensemble de change dans l'ancien projet. Je serais même prêt à migrer l'ancien projet tel quel jusqu'en 2010, puis à déplacer la source vers un nouveau projet, en conservant l'ancien projet avec des articles de travail uniquement en 2010.

Quelqu'un a-t-il suivi le processus qui peut sur certains conseils?

Answer 1

Nous sommes dans une situation simalar que vous êtes (jusqu'aux modèles sur lesquels nous nous trouvons par rapport à celui sur lequel nous voulons être), bien que nous ayons uniquement le code source dans notre instance de serveur d'équipe existante. Nous prévoyons de faire une migration de Team Foundation Server 2008 vers Team Foundation Server 2010, par opposition à une mise à niveau. Bien que nous ne l'avons pas encore fait, vous avez les deux options que vous avez décrites.

Comme vous le mentionnez, vous pouvez migrer le code source et le suivi des éléments de travail vers un nouveau projet d'équipe à l'aide de cet outil. Il "comprime" les dates d'historique, car TFS voudra ajouter son propre horodatage. Il y aura des problèmes d'histoire potentiels, d'après ce que je comprends. Plus précisément, dans TFS 2010, vous pourriez avoir des problèmes de comparaison des versions du contrôle source pré-migré. Au moins, jusqu'à présent, j'ai dans mes expériences dans notre laboratoire de test. Ma compréhension de ce problème est qu'il se rapporte au mode d'élément par rapport au mode fendu comme par défaut entre les deux versions. Je peux regarder des versions individuelles et voir l'histoire - afin que cela réponde à nos exigences.

L'autre option est le contrôle des sources dans un projet et des éléments de travail dans un autre. Je n'ai pas essayé cela, car j'imagine que les relations de l'émission de modifications seraient rompues sur les éléments de travail existants et ne seraient pas générés à l'avenir. Cela peut ou non être un gros problème pour vous.

De plus, il pourrait être une bonne idée de décrire votre situation dans la zone de discussion du projet sur CodePlex. Les auteurs font partie de l'équipe de migration TFS à Microsoft et dépendent des commentaires des personnes dans le même bateau que nous. Jusqu'à présent, j'ai échangé quelques e-mails avec eux, et ils ont été très utiles.

Sur la base de nos discussions avec les gens très utiles de Microsoft, nous allons probablement sauvegarder les bases de données et suivre les instructions sur Article de blog de Bryan Krieger (Chemin 2: mise à niveau de la migration). J'espère effectuer un test à la mise à niveau en utilisant une ancienne sauvegarde dès la semaine prochaine.

Bonne chance! Je sais que c'est intimidant. Heureusement, mes expériences d'installation et de configuration avec une nouvelle installation TFS 2010 dans le laboratoire ont été beaucoup plus lisses que mon exposition initiale au processus TFS 2008. J'espère que vous trouvez que la même chose est vraie.

Answer 2

Nous avons traversé ce processus douloureux. Voici quelques informations utiles:

1. Oui, nous avons utilisé la dernière version de Plateforme d'intégration TFS.
2. Ce blog est votre ami pour la plate-forme d'intégration TFS.
3. Jetez un œil à la cartographie des fichiers XML ici
4. Se référer à Ce forum. Il a beaucoup de bonnes informations.
5. Regarde aussi "Mise à niveau de votre modèle de processus dans Team Foundation Server" et "Mise à niveau du modèle de processus # 3 - Détruisez tous les éléments de travail et importez de nouveaux".

Answer 3

Au cas où quelqu'un d'autre viendra ici, j'ai posté quelques instructions étape par étape sur la façon de le faire (pour différents modèles cependant) ici.