image

Migration de TFS 2010 vers TFS 2012 RC

La division Développeurs de Microsoft l’a fait la semaine dernière, après avoir utilisé pendant plusieurs mois la version online de TFS 2012, nous avons migré nous aussi vers TFS 2012 ce week-end !

Je vous propose au travers de ce post de tracer ce que nous avons dû mettre en oeuvre pour réussir cette migration et ainsi vous éviter quelques désagréments.

Première étape : Backup de l’infra actuelle

Afin de réduire les coûts de passage vers TFS 2010 lors de mon arrivée à Log’in Space, nous avions convertit le serveur de l’époque en machine virtuelle, et transformé ainsi la machine physique en serveur de machine virtuelle grâce à Hyper-V. Nous avons ainsi pu disposer de 3 serveurs supplémentaires pour le prix de 2 barrettes de RAM.

Vous l’avez compris, le backup de l’infrastructure de dév. a été très simple, nous avons uniquement dû faire une copie des VHD du serveur TFS et du serveur de Builds et le tour est joué ! Ainsi si un problème devait intervenir, l’infrastructure serait de nouveau opérationnelle à l’identique en quelques minutes.

Etape n°2 : Upgrade la configuration la machine virtuelle

Team Foundation Server 2012 permet d’utiliser Sharepoint Foundation 2010, et celui-ci fait malheureusement grimper la facture au niveau de la RAM nécessaire. Nouvel upgrade de la RAM nécessaire dans notre cas.

A noter que cette mise à jour de sharepoint n’est pas réalisable depuis le programme d’installation de TFS et doit se faire séparémment. Nous avons choisi de ne pas se compliquer la vie et de rester temporairement sur notre sharepoint actuel.

J’en ai également profiter pour donner un peu plus d’air à la VM niveau d’espace disque en lui allouant 90Go d’espace au lieu des 40 initialement alloués.

 

Premier problème rencontré : le redimensionnement de machines virtuelles

Très naïvement, je pensais que redimensionner le disque dur de la machine virtuelle suffisait à voir la taille de la partition principale de la machine virtuelle augmentait.

Que nenni ! Il est nécessaire d’effectuer une opération manuelle pour y arriver car l’espace gagné, est marqué comme inalloué.

Pour y parvenir, un simple clic droit sur la partition à redimensionner et l’utilisation de la commande Expand suffit à résoudre le problème de manière instantanée et sans perte de données !

image

 

Etape n°3 : Checklist avant Maj

Comme j’essaie d’être un minimum rigoureux, j’ai vérifié rapidement les pré-requis indiqués sur la doc d’install :

  • OS 64 Bits : OK
  • SQL Server 2008 R2 installé : OK
  • Comptes Windows utilisés pour TFS 2010 :

image

Une fois rassuré, je lance l’installation pour avoir droit à une magnifique erreur :

image

TFS 2012 nécessite le SP1 de Windows 2008 R2 (c’est indiqué dans les pré-requis mais dans la liste détaillée que je n’avais pas pris le temps de lire… Smile)

1h30 de téléchargement, et 1h d’installation plus tard, l’installation et la mise à jour des bases de données se fait tranquillement et sans douleur.

image

Etape n°4 : La mise à jour des templates de Team Project

Afin de pouvoir utiliser l’ensemble des nouvelles fonctionnalités, il est nécessaire de mettre à jour le process des Team Projects.

Avec TFS 2012, nous disposons à présent d’un assistant qui permet de mettre à jour votre process template avec la version la plus récente disponible, et ceci même si vous avez modifié la définition de vos work items !

image

A noter que si vous avez beaucoup de Team Projects dans votre collection et que vous ne souhaitez pas effectuer cet upgrade manuellement, vous pouvez suivre les instructions suivantes : http://blogs.msdn.com/b/visualstudioalm/archive/2012/05/09/how-to-configure-features-for-dozens-of-team-projects.aspx

Cet assistant est un énorme progrès par rapport à ce qui était proposé jusqu’à présent (c’est à dire rien…) mais cela ne va malheureusement pas encore assez loin. On reste en effet figé au choix de template fait à l’origine et il n’est pas  possible de le changer pour par exemple utiliser le template SCRUM qui est celui proposé par défaut dans TFS 2012 !

Il faut encore une fois, créer un nouveau Team Project, faire une branche des sources pour les avoir dans ce nouveau projet, importer les WI, etc…

Il s’agit là du seul point noir de la migration.

Etape n°5 : Activer l’accès à toutes les fonctionnalités pour le PO et le SM

Je ne m’en étais pas rendu compte mais la RC de TFS 2012 propose une nouvelle fonctionnalité : la gestion des droits pour accéder à certaines fonctionnalités de TFS. Ainsi par défaut, aucun utilisateur n’a accès au backlog ni aux demandes de feedback. Vous devez vous rendre dans la section d’administration pour activer ces fonctionnalités comme décrit dans ce post : http://blogs.msdn.com/b/visualstudioalm/archive/2012/06/04/enabling-feedback-requests-the-backlog-and-sprint-planning-in-team-foundation-server-2012.aspx

image

Etape n°6 : Mettre à jour les clients pour se connecter à TFS 2012

Si des membres de votre équipe utilisent Visual Studio 2010, ils doivent installer un patch pour Team Explorer afin de ne pas avoir de problèmes (un redémarrage de la machine peut ensuite être utile) : http://www.microsoft.com/en-us/download/details.aspx?id=29082

Conclusion

L’installation de TFS 2012 et la migration des données se fait très simplement, et sans douleur. Le seul point noir concerne la mise à jour des team project et plus particulièrement la conversion vers un autre type de process template.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *