Le service Pack 1 de Team Foundation Server

Par Mathieu SZABLOWSKI, Winwise

Sur cette page

	Installation
	Amélioration des performances
	Une topologie plus souple
	Des contrôles personnalisés pour vos éléments de travail
	Nouvelles fonctionnalités et supports des nouvelles versions des clients

A l’écoute des utilisateurs de Team Foundation Server au fil des betas et des CTP’s, Microsoft diffuse le premier Service Pack pour sa plate-forme d’industrialisation logicielle. Le Service Pack est téléchargeable sur le site de Microsoft à l’url suivante : https://www.microsoft.com/downloads/details.aspx?familyid=A9AB638C-04D2-4AEE-8AE8-9F00DD454AB8&displaylang=en. Il se compose d’un Service Pack pour les éditions clientes de Visual Studio 2005 et Visual Studio 2005 Team System et d’un Service Pack pour les éditions serveurs (Team Foundation Server, Team Build). Contrairement à ce qui est annoncé dans l’article de la KB de Microsoft lié au téléchargement, le Service Pack ne peut pas aujourd’hui être installé sur Windows Vista. Une mise à jour devrait très prochainement être disponible pour le nouvel OS et il faudra patienter jusqu’à la sortie Grand Public de Windows Vista pour une version définitive localisée. Une version beta de ce service pack est toutefois disponible à l’adresse suivante : https://www.microsoft.com/downloads/details.aspx?familyid=90e2942d-3ad1-4873-a2ee-4acc0aace5b6&displaylang=en

Installation

La première étape pour mettre à jour de votre serveur est de mettre celui-ci en « mode veille ». Microsoft fournit un utilitaire KB919156 afin d’empêcher toute connexion au serveur durant l’installation et de protéger le travail des utilisateurs.

L’installation se déroule en deux étapes, la première concerne la mise à jour de Team Foundation Server, la suivante, la mise à jour du serveur de build. Si ce dernier est dédié, pensez à le mettre à jour également : l’installateur livré détecte les versions des produits actuellement sur la machine.

Haut de page

Amélioration des performances

Si le nombre de connexions clientes et d’opérations que peut accepter le serveur n’est plus à démontrer (voir le blog de Brian Harry qui présente les statistiques et l’activité du serveur DogFood), certaines opérations courantes méritaient d’être plus rapides ou plus sûres. Certaines tâches « exceptionnelles » dans le contrôleur de code source ou le suivi des éléments de travail (Work Item Tracking) pouvaient prendre en défaut le serveur. Les nouveaux paramètres des Tiers applicatifs (IIS) et de données (SQL Server 2005) rendent désormais possibles les importations volumineuses et un accès plus rapide aux items du projet.

Haut de page

Une topologie plus souple

Un des points d’amélioration les plus fréquemment cités par les utilisateurs et plus particulièrement par les administrateurs concerne les différentes topologies d’installation de Team Foundation Server. En effet, les pré-requis ou les limitations sont parfois un frein au déploiement dans certaines entreprises. Si l’obligation d’utiliser une instance par défaut de SQL Server 2005, et donc l’impossibilité d’héberger les bases de TFS sur un serveur mutualisé, est toujours d’actualité, un pas en avant est franchi avec la possibilité d’externaliser le serveur Analysis Services. Il sera donc désormais possible, dans une certaine mesure, de répartir la charge de traitement des données de vos projets. Cette possibilité devrait entre autre très sensiblement améliorer la consultation des rapports, grands consommateurs du serveur d’analyse.

Nouvelle fonctionnalité qui ravira les administrateurs, la possibilité de mettre à disposition le serveur TFS à partir d’un extranet. La possibilité de spécifier une authentification basique sur le serveur TFS devrait permettre aux clients en dehors de l’Active Directory d’accéder à votre projet, chose qui n’était pas possible jusqu’alors et qui demandait la mise en place d’accès VPN pour les utilisateurs extérieurs.

Haut de page

Des contrôles personnalisés pour vos éléments de travail

D’un point de vue utilisateur, voilà la nouvelle fonctionnalité apportée par ce service pack. S’il était possible de modifier la définition des éléments de travail en personnalisant les données (les différents champs) et leur présentation (le formulaire d’édition dans Visual Studio), la liste des contrôles disponibles était plus que limitée. Impossible alors d’afficher une liste d’éléments ou une simple CheckBox.

Plutôt que d’élargir le nombre de contrôles disponibles, Microsoft a choisi de nous offrir la possibilité de créer nos propres contrôles. On pourra donc désormais afficher des listes personnalisées, lier les contrôles à des sources de données externes ou créer de nouvelles règles de validation des éléments de travail au travers d’un modèle totalement extensible par code.

La réalisation consiste à implémenter l’interface IWorkItemControl disponible dans la librairie Microsoft.TeamFoundation.WorkItemTracking.Control (installée avec le Service Pack) dans un contrôle personnalisé Windows.

Cette interface vous apportera le contexte dans lequel s’affichera votre contrôle. Il permettra de récupérer les informations concernant l’élément de travail en cours, les propriétés du contrôle précisées dans la définition XML de l’élément de travail…

Une fois déployée sur le client, l’assemblie doit être liée à la définition de l’élément de travail pour lequel vous souhaitez utiliser ce nouveau contrôle. Un fichier « .wicc », regroupe les informations de l’assemblie et du type à charger pour afficher les données dans un formulaire de l’élément de travail. 

Il ne restera plus qu’à utiliser le nouveau type de contrôle dans la définition XML de l’élément de travail du processus de projet que vous utilisez.

Vous trouverez une solution complète d’exemple de cette nouvelle fonctionnalité sur le blog de Naren Datha ( https://blogs.msdn.com/narend/archive/2006/10/02/How-to-use-Custom-Controls-in-Work-Item-Form.aspx ) et si vous souhaitez partager vos créations, un site CodePlex dédié est disponible ( https://www.codeplex.com/WitCustomControls ).

Il est important de noter que cette fonctionnalité est un contournement du schéma directeur de l’architecture de TFS pour le suivi et la gestion des éléments de travail. En effet, les règles de validation et de processus d’un élément de travail étaient jusqu’à alors connues seulement du serveur et la validation de vos nouvelles saisies s’effectuait sur celui-ci.

Si bien qu’après le SP1, la validation serveur des définitions d’éléments de travail (accessible avec la commande witimport.exe) ne suffit plus et qu’il vous faudra désormais tester directement les contrôles en affichant des éléments de travail du type modifié. De plus, tous les clients n’ont pas la possibilité de charger de nouveaux contrôles (Excel, Project). Les contrôles personnalisés ne devraient donc pas être responsables de la validation des données ou des transitions de votre élément de travail.

Haut de page

Nouvelles fonctionnalités et supports des nouvelles versions des clients

Office 2007 est désormais supporté par le client Team Explorer.

Celui-ci permettra donc de récupérer et de gérer les éléments de travail de votre projet à partir d’Excel 2007 et de Project 2007. Cependant, Windows Sharepoint Services 3.0 sera supporté pour l’hébergement de votre portail d’équipe dans la prochaine version de Visual Studio « Orcas ».

Outre les améliorations en terme de performances, il est désormais possible d’avoir un véritable historique des fusions dans le contrôleur de code source. Cela permet de tracer l’ensemble des modifications d’une branche reportées sur la branche cible. Très utile, cette fonctionnalité peut permettre de documenter une nouvelle version du produit en listant les anomalies corrigées ou les fonctionnalités ajoutées.

L’ensemble des fonctionnalités de ce service pack devraient donc encourager certains utilisateurs à tenter la mise en place de Team Foundation Server dans leurs équipes et de s’essayer aux joies du suivi d’éléments de travail, de MSF Agile ou de la consultation en temps réel des métriques du projet. Ce service pack n’est qu’une étape dans le processus d’amélioration du produit et démontre la volonté qu’ont les développeurs de Redmond de satisfaire le plus grand nombre pour faire de Team Foundation Server, un incontournable dans le monde du développement professionnel sous la plate-forme .Net.

Haut de page