Je ne pouvais pas venir à la PDC sans voir Brian Harry. Il présente une session intitulée « Cool New Features » concernant la partie Serveur de Team System.
De nouvelles fonctionnalités permettent de protéger la qualité du code en Identifiant les problèmes avant qu'ils ne soient archivés dans le contrôleur de code source :
Le gated checkin est un nouveau mode d'archivage qui permet d'empêcher le checkin de code s'il ne compile pas.
Le Build agent pooling permet de créer une ferme de serveur de build. Cela ressemble à ce que l'on a au niveau des tests :
- Un contrôleur de build
- Un ou plusieurs agents de build
On peut définir un processus de compilation qui permet de choisir un workflow de compilation. Par exemple :
Il est maintenant très simple de personnaliser un processus de build grâce à une interface graphique intuitive !
Avec TFS 2010, on peut compiler… en parallèle ! L'exemple que Brian a réalisé en démo est deux compilations en même temps du même projet, l'une en release et l'autre en debug, le tout en 2 clics de souris !
On peut « databinder » la valeur d'un champ d'une étape du workflow de compilation à un autre, tout comme on le fait dans un test web par exemple.
Au niveau des branches :
Il y a maintenant deux types d'icones, les répertoires, et les branches. La différence est faite entre les deux types d'objets.
On a la possibilité de savoir de quelle branche vient une modification, on peut ainsi suivre plus en détails les modifications effectuées dans le code. De la même manière, on peut avoir l'historique des fusions entre branches. Et une vue graphique nous donne la possibilité de savoir ou à été fusionné un changeset et où il ne l'a pas été. Une fonctionnalité particulièrement impressionnante dans cette vue, est la possibilité de glisser déposer un changeset d'une branche à une autre pour fusionner.
La gestion des conflits lors de la fusion à été améliorée, elle n'est plus une fenêtre modale contraignante, mais fait partie de la fenêtre des « modifications en attente ».
Concernant les Work items :
On a la possibilité de créer des répertoires pour organiser les requêtes de work items et d'y appliquer de la sécurité ce qui est relativement appréciable.
On peut choisir le type d'affichage pour les requêtes (par exemple sous forme d'arborescence). Pourquoi ? Pour pouvoir gérer les workitems hiérarchiques ! Car on peut désormais définir des relations prédécesseurs entre les tâches (qui seront liées à celle qu'on aura définies dans Project, et inversement).
Un nouveau type de critère de requête dans les workitems permet de filtrer par type de liens. Par exemple, on pourra lister tous les work items qui ont des tests cases associés.
Au niveau des informations d'un work item, les améliorations sont principalement de ergonomiques :
- La possibilité d'avoir du texte riche (même si je ne suis pas convaincu de l'utilité, c'est sympa de pouvoir mettre en rouge, police 200 un résumé de bug)
- On peut voir la liste des tâches filles et parentes, l'état de la réalisation de chacune de ces tâches et à qui elle est affectée.
Une nouvelle manière de créer des rapports apparaît. On peut sélectionner une liste de workitems et demander la création d'un rapport Excel. Tout est fait automatiquement, et on obtient un ensemble de graphiques personnalisables dans Excel. Plutôt cool comme fonctionnalité, en effet. J
La session se termine sur l'intégration avec les technologies non .NET. On a donc eu droit à une démonstration de compilation de code Java, et de l'interaction entre Eclipse et TFS via TeamPrise.
Au final, une session intéressante, qui me met l'eau à la bouche encore plus que je ne l'avais déjà et qui me fait attendre avec encore plus d'impatience la nouvelle VPC J
