palais des congrès Paris

7, 8 et 9 février 2012

7 Février 2012Michel Perfetti - MVP Visual Studio ALMWinwiseEmail: michel.perfetti@winwise.comBlog: http://www.buildmeimfamous.netTwitter: @miiitch

J’ai installé TFS 2010, et après… ?

Terminologie TFSQue faire de vos anciens sources?Quel modèle de développement?Source: tout est une question d’organisationTravail et traçabilité: les workitemsBuildPersonnalisationOuvrir TFS au reste de votre SI

Agenda

Terminologie

Team Project Collection

Team Project

Process template

workitem

Task/Bug

MSF Agile/Scrum

Area/Iteration

Work item query

Source control

BrancheMerge/fusion

Check-in/changeset

Check-in policy

Shelveset

Build

Que faire de vos sources ?

Importation (de TFS 2008)

Créer de nouveaux projets pour migrer de process template

L’historique Même expérience de travailanciennes versionsPas besoin de garder l’ancien source control

Importation (autre VCS)

Perte des dates Perte des comptesBeaucoup de changement pour peu de valeurs

L’historique Même expérience de travailanciennes versionsPas besoin de garder l’ancien source control

http://tfsintegration.codeplex.com/

Repartir de zéro (autre VCS)

Garder l’ancien source control en read-onlyPerte de l’historique

Pouvoir réorganiserBascule rapide

Modèle de développement

Plusieurs niveaux d’isolation entre les projets TeamProject Collection: départements TeamProject: équipe

Le choix du modèle de projet est déterminant MSF Agile Scrum CMMI

Le modèle sera modifiable

Modèle de dev

DEMO

Choix du process template/paramétrage

Organisation des sources

Identifier les différentes étapes de votre développementIdentifier les différents acteursUtiliser les branches pour chaque acteur/étapehttp://vsarbranchingguide.codeplex.com/http://semver.org X.Y.Z X: version majeure Y: version mineure Z: correction de bug

Ne pas réinventer la roue

VSBG: Valide pour une petite équipe

DEVELOPMENT

MAIN

Bra

nch

RELEASE

Bra

nch

Development

Production /Release

flow

of m

erge

s (c

hang

es)

flow

of m

erge

s (c

hang

es)

VSBG: Ou une grosse

DEVELOPMENT

MAIN

Bra

nch

SERVICE PACK

HOT FIX

RELEASE

Bra

nch

Bra

nch

Bra

nch

Development

Production /Release

flow

of m

erge

s (c

hang

es)

flow

of m

erge

s (c

hang

es)

$\Project\Release\1.x

$\Project\Release\1.0.x

$\Project\Release\1.0.0

$\Project\Main

$\Project\Dev\Team1

DEMO

Branches et suivi des changements

Organisation du travail

C’est aussi un système complet d’éléments de travail (workitem)Ils sont déclinés en types Tâche Bug Scénario Product Backlog Impediment Issue …

Variable en fonction des modèles de projets

TFS ce n’est pas que du source control

Associable à un check-inConsultation via un portail webEn Offline/Online via Excel ou ProjectHiérarchiquement reliés.Requêtes paramétrablesChamps et workflows paramétrables

Intégration avec le reste de TFS

DEMO

Création de workitem/template/requêtes

Build

Un moyen de compiler votre logiciel de façon identique à chaque foisValidation du code par les testsCalcul de la couverture de codeIdentification des changements (changeset/workitems)La première étape d’une livraison

La build c’est tout ceci à la fois

Quand on veutPlanifiéeAu check-inJuste avant le check-in « gated check-in »

A chaque stratégie une solution à un problèmeChoisir la stratégie en fonction du contexte

Plusiers stratégies de lancement

DEMO

Build + tests + gated check-in

Personnalisation

Le modèle de projet est basée sur un ensemble de fichiers XML totalement configurablesAjouts de champs et/ou d’étape dans les workitemsLa build est basée sur un workflow en WF4 stocké dans le source controlLa sécurité est paramétrable à tous les niveauxAudit possible sur les résultats de build, les changements sur les workitems, et les opérations sur le source controlLes rapports sont sur SSRSLe cube est accessible pour SSRS/Excel ou n’importe qu’elle API qui se connecte à SSAS…

« Tout » est configurable

DEMO

Ajout d’un champs dans un bug

Ouverture

Interaction avec OfficeConnexion au cubeEnvoi d’alertesAPI complète en .NetAppel de webservice en cas d’évènementTeam Explorer configurableAjout de custom control pour les workitemsBeaucoup d’outils déjà disponibles

TFS est un système ouvert

DEMO

API vers les builds et les workitems

Conclusion

Inutile de se jeter dans TFS sans comprendre son fonctionnementNe pas hésiter à utiliser l’isolation des collections de projets pour créer des sandboxSe poser les bonnes questions car certains choix sont définitifsProfiter du passage à TFS pour améliorer vos processAdapter TFS à vos process et pas l’inverseUn œil extérieur est souvent utile, voire indispensable

Ce qu’il faut garder