Batswirl : Team Foundation Server

Scrum.org la révolution des développeurs

batswirl — Mon, 26 Apr 2010 14:44:00 GMT

Si vous ne connaissez pas encore Scrum.org et que vous travaillez actuellement dans un contexte agile, je vous conseille fortement de faire une petite visite sur le site.

Il s'agit d'une nouvelle initiative visant à promouvoir Scrum et l'agilité et à former les acteurs d'un projet à ces nouveaux contextes.

Ken Schwaber, le papa de Scrum, est à l'origine du projet et a établi un programme spécifique pour les développeurs. Le programme comble ainsi un manque terrible dans bon nombres de cursus agiles : la formation des développeurs.
L'objectif est ici de fournir la connaissance des outils et des pratiques qui permettront à un développeur de répondre aux différentes contraintes des projets agiles :

réactivité
Développement empirique
gestion du changement
collaboration
...

A l'heure actuelle, deux cursus sont disponibles pour les deux plate-formes majeures de l'industrie .Net et Java.
A Pyxis technologies, nous comptons parmi nous les 2 seuls formateurs francophones (Eric Mignot et Ernst Perpignand) et j'aurais l'occasion de binômer avec eux sur ces formations et ainsi apporter mes connaissances et mon expérience sur Team System et Team Foundation Server.

Les dates :

du 7 au 11 juin à Montréal

du 21 au 25 juin à Paris

En espérant vous rencontrer devant un VS10 pour parler architecture agile, TDD, scripts de build…

Mise sur étagère : ou comment revoir un flux de développement TDD avec TFS

batswirl — Thu, 04 Feb 2010 10:38:00 GMT

La mise sur étagère dans Team Foundation Version Control est l’une des fonctionnalités qui m’a le plus rapidement séduit.

Classiquement, on s’en sert pour enregistrer une modification du source non achevée ( not done) mais que l’on souhaite conserver sur un serveur sauvegardé pour le récupérer en cas d’incident sur notre propre poste. Martin avait écrit un excellent billet à ce sujet.

On peut également l’utiliser pour communiquer nos modifications sur notre espace de travail avec d’autres développeurs, pour fusionner le travail, lors d’un binômage etc…

Récemment, j’ai surtout pris l’habitude de mettre sur étagère dans mon flux de développement en TDD (ou plutôt en Test First Programming, certains connaissent mon attachement à cette différenciation).

Voici donc ce nouveau flux :

Définir le test

Définir le test, en particulier son nom
Ecrire les assertions (ce que je vérifie)
Définir mes besoins (contexte, instanciation des composants testés)
Appel de la routine à tester

Obtenir le résultat du test (Red bar)

A ce stade, le projet ne compile pas en général, puisque rien n’est implémenté. L’objectif suivant est de faire compiler ce projet.

Je déclare les différentes variables
j’implémente au minimum l’objet du test (création du type, de la routine)

Ici, j’en arrive au point ou je compile et il ne me reste qu’à implémenter la fonctionnalité avec l’assurance de tester automatiquement celle-ci. C’est pour moi le moment idéal d’effectuer une mise sur étagère des modifications de mon espace de travail. Celui-ci me permet d’être plus à l’aise dans l’implémentation, en cas de problème, je peux revenir en arrière par l’ensemble d’actions :

Undo : annulation des modifications en attentes
Get : Récupération de la dernière version (facultatif)
Unshelve : Récupération du cadre de développement de la fonctionnalité à savoir mon test

Essayez ce flux, c’est l’adopter.

Contourner l’intégration continue

batswirl — Sat, 16 May 2009 08:49:34 GMT

De plus en d’équipes pratiquent l’intégration continue. Team Build et Team Foundation Server sont particulièrement bien dotés pour cela :

Démarrage des builds basé sur les évènements du contrôleur de source
la configuration est facile et permet d’empiler des compilations et de définir le nombre de builds à conserver afin de limiter l’espace disque utilisé par exemple
…

Cependant, il peut être utile de contourner le lancement de la compilation lors d’un archivage ( édtion d’un script de build, création d’une branche…).

Lors de l’archivage de votre changeset, placez en tête de votre commentaire le texte suivant :

***NO_CI***

Cette commande indiquera au moteur de build que vous ne souhaitez pas déclencher l’intégration continue.

Erreur 32000 lors de la migration de TFS 2008

batswirl — Mon, 28 Apr 2008 20:25:04 GMT

Voici une entrée dans laquelle je vais présenter un problème que vous pourriez rencontrer lors d'une migration de votre serveur Team Foundation.

Bien que dans la majorité des migrations que nous effectuons, la procédure se résume à la simple exécution du programme d'installation, certaines petites manipulations ou configurations peuvent vous posait problèmes durant cette opération. Il semblerait que ce soit le cas pour la migration que j'ai opéré aujourd'***. Il s'agit d'une instance installée il y a de cela deux ans, qui n'a jamais posé de problème particulier hormis peut être avec Analysis Services. La remise en état du Warehouse se résumait à une reconstruction de l'entrepôt de données.

Voici donc l'erreur rencontrée durant la phase d'installation / migration:

Erreur 32000 : The Commandline '"C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Tools\TfsDb.exe" upgrade /server:"SERVER" /property:"TFS_SERVICE_ACCOUNT=SERVER\TFSSERVICE;TFS_REPORTING_ACCOUNT=SERVER\TFSREPORTS;LCID=1033;VSTF_AS_INSTANCE=SERVER;VSTF_AS_DATABASE=TFSWarehouse" /showui:196682' returned non-zero value: 100.

Cette erreur apparaît lors de la mise à jour de l'entrepôt de données, tiens, tiens...

La consultation des logs de l'installation présents dans les fichiers temporaires de l'utilisateur procédant à la migration nous révèle un premier indice :

Erreurs dans le gestionnaire de métadonnées. Une erreur s'est produite lors de l'instanciation d'un objet de métadonnées du fichier, « \\?\E:\Program Files\Microsoft SQL Server\MSSQL.2\OLAP\Data\TFSWarehouse.0.db\Today.1452.dim.xml ».

En allant consulter le fichier indiqué dans le journal d'installation, j'ai pu constater qu'il s'agissait des informations de construction de la dimension Today du cube de Team Foundation Server. Dans ce fichier, qui semble être le fruit d'une sérialisation XML, l'erreur se comprend enfin : le fichier n'est pas valide, plus encore, il ne possède pas de balise de fin et n'est donc pas bien formé.

Après avoir pris conseil auprès de certains collègues plus au fait que moi dans les affaires de cubes et d'entrepôts, je prends mon courage à deux mains et renomme la dizaine de fichiers *.dim.xml qui semblent poser problèmes pour constater :

Que l'installation s'achève sans autre avertissemnet
Que les fichiers *.dim.xml ont été regénérés

L'architecture de Team Foundation est venue à notre rescousse car l'entrepôt de données et le cube peuvent être regénérés uniquement à l'aide des données présentes dans les différentes bases relationnelles (les données opérationnelles de TFS). Le fichier WareHouseSchema.xml, présent dans le répertoire d'installation de TFS, contient l'intégralité des définitions nécessaires à sa reconstruction et bien entendu , nous n'aurions pas pu supprimer la définition des dimensions dans une définition standard d'un entrepôt.

En espérant que vous n'ayez pas à vous servir de ce post...

Microsoft acquiert devBiz

batswirl — Tue, 27 Mar 2007 08:51:23 GMT

Microsoft annonce le rachat de la société devBiz, dont le produit Team Plain Web Access offre un accès web à Team Foundation Server et à ses différentes briques (Work items, rapports, Contrôleur de code source ...).

Cette acquisition permet d'étendre encore d'avantage l'offre Team System et devrait permettre aux clients ayant fait l'acquisition d'un serveur TFS de connecter des profils d'utilisateurs supplémentaires aux projets d'équipes.

En effet, si l'achat d'une licence d'accès client donnait droit à l'utilisation d'une version partenaire de Visual Studio 2005 et ainsi de profiter de toutes les fonctionnalités de Team Explorer, il faut reconnaitre que l'interface d'un IDE, même allégé, rebutait certains clients à proposer l'accès au serveur à des profils peu ou pas techniques (MOA, Sponsor, Clients...).

L'arrivée d'un frontal web, à l'interface conviviale, devra donc permettre à TFS et la plate-forme Team System de s'imposer comme une solution complète d'industrialisation et d'aide à la gestion des projets de développement logiciel.

Retrouvez l'info sur le rachat sur le blog de d' Antoine Driard.