TFS 11 - GO GO GO …

Ca y est !!!
A l’issue du deuxième jour de la //build/ (évènement Microsoft à Anaheim, California) nous avons enfin à notre disposition les premières version de TFS 11 et VS 11.

Alors, à vos PC et à très bientôt pour la suite …

Windows Phone 7

Tout est dit …

Les outils de tests avec le couple TFS et VS 2010

Le 10 juin de 9 heures à 12 heures, nous organisons dans les locaux de Microsoft Toulouse, un séminaire autour de TFS 2010.

Nous vous proposons d’explorer la pertinence de ces nouvelles fonctionnalités pour vos projets et d’échanger avec nos partenaires experts sur les premiers retours d’expérience de mise en œuvre.

Vous pouvez encore vous inscrire ici.

TFS 2010 Power Tools

Après la sortie de TFS 2010 en version RTM, voici en suivant la nouvelle version de Team Foundation Server 2010 Power Tools qui est maintenant disponible.
Tous à vos personnalisations…

Vous trouverez tout ça ... ici.

Bewise Day Conference

Dernière ligne droite pour les inscriptions à la BDC …

Venez retrouver toute l’équipe de Bewise, des experts donc, des sessions et gavé de technologie !!!

Toutes les infos ici.

TFS 2010 Proxy Server

Comme son nom l’indique le serveur Proxy TFS est un serveur proxy, comparable à un proxy web, permettant d’optimiser l’accès pour les développeurs distants au fichiers du contrôleur de code source.

En effet, l’utilisation d’un Proxy TFS n’est utile que pour l’accès au contrôleur de code source, l’accès aux autres artéfacts de TFS n’est pas pris en compte par le serveur Proxy.

Sur ce post, je vous propose de voir ensemble :

• Le principe de fonctionnement
• L’installation du serveur Proxy
• La configuration du serveur Proxy
• La configuration des clients

Le principe de fonctionnement

TFS proxy va être utilisé pour optimiser la récupération des fichiers stockés sur le contrôleur de code source. Il n’est pas utilisé pour toute les opérations d’archivage. L’intérêt de son utilisation réside donc dans certaines configurations seulement:

• Plusieurs développeurs distants travaillent sur les mêmes sources
• Serveur de Build distant

Si les développeurs distants travaillent sur des projets distincts, il n’y a donc pas d’intérêt.

Concrètement le serveur TFS Proxy expose des Web services utilisés par le client (nécessité de IIS sur le serveur Proxy) et utilise un espace de stockage (cache) lui permettant de stocker les fichiers récupérés de manière à les fournir aux différents clients.

L’installation

L’installation fait partie de l’installation du serveur TFS 2010, c’est à dire que vous trouverez ce composant sur le DVD de TFS 2010 au même niveau que le serveur de Build. Le serveur ou vous installez le Proxy doit avoir IIS installé (pré-requis, l’installation ne le fait pas pour vous) puisque le Proxy exposera des Web services.

La configuration

Une fois la “feature” installée, vous devez la configurer via la console d’administration de TFS (Team Foundation Administration Console).

- Définir le compte utilisé et le mode d’authentification

- Définir le dossier du cache et le port utilisé

Une fois Proxy serveur configuré, la dernière étape consiste à renseigner, au niveau du fichier de configuration proxy.config, l’adresse du serveur TFS qui fournira les données. La particularité de TFS 2010 réside dans le fait qu’il faut préciser également la collection à utiliser. Vous pouvez bien sûr définir plusieurs URI.

Soit à partir du lien de l’assistant de configuration

Soit à partir de la console d’administration, une fois la configuration terminée

Voici à quoi ressemble le fichier de configuration proxy.config

<?xml version="1.0" encoding="utf-8"?>
<ProxyConfiguration
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Servers>
        <Server>
            <Uri>serverTFS/tfs/maCollection</Uri>
        </Server>
    </Servers>
   
    <!-- Proxy file cache root folder -->
    <CacheRoot>C:\...\_tfs_data</CacheRoot>
   
    <CacheLimitPolicy>       
        <!-- Cache limit expressed as percentage of disk space -->
        <PercentageBasedPolicy>75</PercentageBasedPolicy>
       
        <!-- Cache limit expressed as MB -->
        <!-- <FixedSizeBasedPolicy></FixedSizeBasedPolicy> -->
    </CacheLimitPolicy>
       
    <!-- Percentage of cache size that needs to be freed up, on hitting cache limit -->
    <CacheDeletionPercent>10</CacheDeletionPercent>
   
    <!-- Indicates how often (number of hours) the proxy statistics information should be persisted to a file-->
    <StatisticsPersistTime>1</StatisticsPersistTime>

    <ReaderChunkSize>1048576</ReaderChunkSize>
    <WriterChunkSize>1048576</WriterChunkSize>
</ProxyConfiguration>

La configuration des clients

Une fois la configuration du serveur TFS Proxy effectuée, il ne vous reste plus qu’à indiquer à Team Explorer et Visual Studio d’utiliser un Proxy TFS. Pour cela, dans Visual Studio, dans le menu Tools, cliquez sur Options, puis sélectionnez la rubrique Source Control et Visual Studio Team Foundation Server.

Il ne vous reste plus qu’à indiquer l’adresse du serveur Proxy que vous souhaitez utiliser.

Conclusion

L’utilisation du Proxy TFS permet donc d’optimiser les opérations de récupération de fichiers pour les développeurs distants. L’ensemble des autres opérations (archivages, gestion des branches, …) ne sont pas prises en compte. De même, la consultation des Workitem ou autres fonctionnalités de TFS ne sont pas possibles à travers ce dernier. Ce Proxy reste néanmoins intéressant à mettre en place pour des équipes distantes travaillant simultanément sur le même projet et dont la qualité de l’accès internet est faible.

TFS2010 – Power Tools for Béta 2

Ca y est … Les nouveaux Power Tools pour TFS 2010 Béta 2 sont disponibles.

Vous pourrez maintenant donner libre cour à vos personnalisation sans être obligé de tout réaliser directement dans les fichiers XML.

Vous pouvez les récupérer ici.

Bonne customisation …

Pratiques Agiles avec Team Foundation Server 2010

Venez assister à une présentation autour de la mise en place des méthodes agiles à l'aide de la nouvelle version de Team Foundation Server 2010 dans le cadre des sessions proposées par l'association SigmaT.

Les sessions auront lieu le 11/12/2009.

Vous trouverez ici le lien pour l'inscription et le lien la pour le programme.

TFSBuild 2010 – Value cannot be null. Parameter name: path1

Je suis en train de m’amuser un peu avec TFS 2010 Béta 2 depuis sa sortie (le 19 oct.). Le produit est terrible, cependant on est encore sur de la Béta…

Lorsqu’on essaie de faire une TFS Build, nous avons un beau petit message d’erreur:

Après quelques recherches, il suffit juste de préciser le chemin de MSBuid.exe aux tâches de la définition de Build. Et oui, il est un peu perdu…

Pour cela, soit vous êtes un guerrier et vous éditez directement le fichier .xaml de la définition de build afin d’ajouter l’attribut “ToolPath” avec le chemin complet de MSBuild.exe

Ou si vous êtes comme moi, vous ne faites pas du Microsoft pour avoir à éditer des fichier .xaml de 12000 lignes, vous utilisez l’éditeur WF de TFS 2010.

Et voilà, ça marche.

TFS 2008 et SQL 2008 SP1

Afin de donner une petite prestation TFS chez un client, j’ai été amener à installer pour la Nième fois un serveur TFS 2008.

Tant qu’à faire, autant avoir un OS et un SQL 2008 à jour. Connaissant le côté pratique d’une installation sur un serveur SQL 2008, j’avais conservé les sources de TFS mergée avec son SP1 (on me la fait pas…). Tout contant d’avoir tout sous la main, j’ai juste installé le SP1 de SQL 2008 manière d’être à jour.

Et là, c’est le drame… Impossible d’installer TFS 2008 SP1 qui me soutient qu’il n’ai pas compatible avec cette version de SQL.

Un coup d’œil sur internet et je tombe sur le post qui tue qui me renvoi sur la KB de la mort:

http://support.microsoft.com/kb/969985

En résumé, il faut modifier un fichier .xml de l’installation afin de lui dire de ne plus se limiter à la version SQL 2008 mais d’accepter aussi les versions supérieures.

Vive l’installation de TFS 2010, ce genre de bidouilles ne me manqueront pas…

Alan, en mode résigné

Le nouveau Project 2010

Annonce lors de la "Microsoft Project Conference 2009" à Phoenix de la disponibilité, en fin d'année, de la première version publique de la nouvelle mouture du célèbre "MS Project" : Project 2010.

Au programme:

• Utilisation des rubans Office
• Collaboration accrue avec Office et SharePoint
• Facilité de prise en main
• ...

Plutôt qu'une longue liste de nouvelles fonctionnalités, je vous invite à visionner les vidéos de présentation ici.

TFS 2010 – Les nouveautés du contrôleur de code source

La version 2010 de TFS fourmille de nouveautés. Je vous propose aujourd’hui de se concentrer sur les apports concernant la gestion des configurations : le contrôleur de code source.

Un vrai effort a été produit sur cette nouvelle version afin de mieux répondre aux attentes des développeurs et des chefs de projet concernant le travail parallèle. On ne parle pas ici de multi thread mais de gestion des versions d’une applications qui doivent vivre en parallèle, ou tout simplement, du travail simultané de n développeurs sur le même projet.

Le gestionnaire de configuration de TFS 2010 fournit les fonctionnalités classiques déjà présentes dans la version 2008, je vous propose de nous concentrer sur la gestion des branches qui a subit un sérieux lifting et sur des nouvelles fonctionnalités comme le “ChangeSet Tracking”.

L’idée de cet article n’est pas de vous convaincre de l’intérêt des branches, ceux qui ont été confrontés à la gestion des versions d’une application sont déjà convaincu.

Par contre, lors de l’utilisation de ces branches dans la version TFS 2008, plusieurs difficultés se présentaient:

• Différencier une branche et un dossier dans l’UI
• Avoir l’historique de la constitution d’une branche
• Savoir exactement le contenu d’une branche par rapport à une autre
• Faire un Rollback sur une fusion
• Gérer finement les autorisations sur les différentes branches

Afin de répondre à ces problématiques plusieurs fonctionnalités ont été mises en place sur TFS 2010.

La gestion des branches

Tout d’abord, le truc bête mais très utile, on a maintenant des icones qui permettent de différencier de manière visuelle les branches des dossiers.

De plus, nous avons la possibilité de convertir un dossier en branche.

Une fois nos différentes branches crées, nous avons à notre disposition un ensemble d’outils permettant:

• De brancher à nouveau
• De fusionner avec d’autres branches
• De consulter la hiérarchie des branches de manière visuelle
• De modifier le parent d’une branche
• De consulter l’historique d’une branche

Autre point intéressant concernant la dite branche, nous disposons d’une fenêtre de propriété beaucoup plus complète permettant entre autre:

• D’avoir toutes les informations détaillées de la branches

• D’avoir une visualisation concernant les liens de parenté de la branches

• De pouvoir définir les autorisations sur la branches

Les outils de comparaisons se sont aussi étoffés et proposent davantage de possibilités:

• Comparaison locales ou serveurs
• Choix du type de source (dernières versions, label, …)
• Filtrage des types de fichiers à comparer
• Option de visualisation (identique, différent, …)

De plus, la possibilité de consulter l’historique de la branche permet d’accéder à l’ensemble des “Changesets” (jeu de modification issue de l’archivage) qui la constitue. En plus des opérations classiques sur ces “Changesets”, la nouvelle interface de VS 2010 introduit un concept très intéressant qui est le “Changeset Tracking”.

Le Changeset Tracking

Un des gros inconvénients de la version 2008, lors de l’utilisation des branches, était d’arriver à savoir si une modification apportée sur une branche, l’avait été aussi sur d’autres.

En effet prenons un exemple concret, vous continuez à développer d’autres fonctionnalités d’une application qui est déjà livrée en production. Un utilisateur vous appelle pour vous signaler un Bug (pas bien !!!), vous faites la correction et attendez la prochaine livraison pour la mettre à disposition. Après la livraison, vous constatez que le Bug persiste alors que vous aviez corrigé. La conclusion est donc que votre modification n’a pas été intégré dans les différentes opérations de fusion.

VS 2010 propose donc un mécanisme simple vous permettant de suivre la propagation de vos corrections ou modifications dans l’ensemble des branches de votre projet : le Changeset Tracking.

A partir de l’historique, vous pouvez repérer le jeu de modifications que vous souhaitez suivre et ainsi visuellement, contrôler son intégration dans l’ensemble des branches. Les branches qui contiennent les modifications apparaitront en vert alors que les autres, en rouge, vous alerte sur le fait que vos corrections n’ont pas été appliquées.

Vous aurez à votre disposition:

• Une vue hiérarchique

• Une vue chronologique

Pour finir, en plus de ces fonctionnalités de contrôles visuels, vous pourrez effectuer votre opérations de fusion de manière graphique en faisant un cliquer-glisser du Changetset de la branche source vers la branche cible pour effectuer votre fusion.

En conclusion, de gros efforts ont été entrepris pour faciliter le travail de l’équipe de développement. Néanmoins ces outils ne remplaceront pas certaines bonnes pratiques qu’il faut mettre en place comme :

• L’utilisation réfléchie des branches (suivant votre contexte)
• Le regroupement de correction ou de fonctionnalités dans un seul “Archivage” (ne pas archiver à chaque ligne modifiée… si vous n’avez pas confiance en votre disque dur, utilisez le Shelving)
• Le commentaire et l’association à un Workitem de vos archivages

TFS 2008 et WSS 2.0

Mots clés Technorati : Team Foundation Server,TFS,TFS KB

Oui, c’est possible.

En effet, si vous avez effectué une migration de TFS 2005 vers TFS 2008 par exemple, vous vous retrouvez avec la configuration suivante:

• TFS 2008
• WSS 2.0

Pas de problème particulier jusqu’à l’arrivé du SP1 de TFS 2008. Ce service Pack, en plus de mettre à jour TFS, installe le SP1 du .NET Framework 3.5, qui malheureusement, est incompatible avec WSS 2.0.

Vous risquez donc de vous retrouver avec un message d’erreur sur chaque Webpart affiché dans la page du type:

“Web Part Error: A Web Part or Web Form Control on this Web Part Page cannot be displayed or imported because it is not registered on this site as safe.”

Malheureusement, il n’y a pas de solution miracle.

Deux possibilités s’offrent à vous:

1 - Modification du Framework .NET installé (cf..)

• Désinstallation de Microsoft .NET Framework 3.5 SP1
• Désinstallation de Microsoft .NET Framework 3.0
• Désinstallation de Microsoft .NET Framework 2.0
• Installation de Microsoft .NET Framework 2.0 SP1

2 - Migration de WSS 2.0 vers WSS 3.0

En conclusion, vous n’échapperez pas à la migration de WSS.

Erreur Microsoft.TeamFoundation.WorkItemTracking.Client

Alors sur ce post, on va faire du rapide:
Si vous avez ce message d'erreur lors de l'accès à vos Workitem avec Team Explorer










Il s'agit d'une mauvaise version de l'assembly.
Le remède est simple, on repasse un petit coup de SP1 sur Visual Studio et normalement tout rentrera dans l'ordre.

Welcome

Bienvenue à tous sur mon blog.
L'idée est de trouver quelques informations intéressantes sur TFS ou .NET en général.
Une espèce de blog KB qui n'exclut pas quelques billets d'humeurs.

Alors à bientôt pour le vrai démarrage...