J'ai installé Team Foundation Server. Et après?
34
palais des congrès Paris 7, 8 et 9 février 2012
-
Upload
microsoft-technet-france -
Category
Technology
-
view
474 -
download
0
description
Vous allez, ou vous venez d'installer TFS? Cette session vous présente ce qu'il faut savoir pour utiliser efficacement TFS 2010 et partir dans la bonne direction: utilisation des collections de projets, organisation du contrôleur de sources, bien choisir et adapter son process template, utilisation des workitems, création de builds et gestion des serveurs de builds.
Transcript of J'ai installé Team Foundation Server. Et après?
palais des congrès Paris
7, 8 et 9 février 2012
7 Février 2012Michel Perfetti - MVP Visual Studio ALMWinwiseEmail: [email protected]: 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
