Prise en main de Visual Studio Application Lifecycle Management

Cette rubrique contient un extrait mis à jour d'une publication d'octobre 2009 sur le blog de Jason Zander qui fournit une proposition de valeur attrayante pour Visual Studio Team Foundation Server, ainsi que des conseils pratiques de mise en route. Si vous êtes déjà familiarisé avec Team Foundation Server et souhaitez vous lancer, cette rubrique contient également des liens vers les rubriques appropriées selon votre rôle dans l'équipe de développement du logiciel.

Zander est le vice-président de Visual Studio. Les captures d'écran de cette rubrique ont été mises à jour pour refléter la dernière version du produit.

Dans cette rubrique

• Didacticiel : Getting Started with Microsoft Visual Studio Team Foundation Server 2010

• Tâches basées sur les rôles pour Team Foundation Server 2010

Didacticiel : Getting Started with Microsoft Visual Studio Team Foundation Server 2010

La nouvelle configuration de base de Team Foundation Server vous permet de configurer facilement la version de Team Foundation Server qui prend en charge le contrôle de code source, les éléments de travail et les builds. Elle vous offre la possibilité de migrer vos ressources Visual SourceSafe et d'utiliser de nouvelles fonctionnalités dans le processus. Je souhaite évoquer la prise en main du système. 

Cette publication est très utile pour ceux qui n'ont jamais installé ou utilisé Team Foundation Server. Team Foundation Server peut prendre en charge des environnements sophistiqués qui incluent la création de rapport, l'intégration aux produits SharePoint, la prise en charge dans plusieurs domaines, les bases de données distribuées, etc. Je ne vais pas couvrir ces sujets ici. Mon objectif est de vous aider à comprendre « pourquoi Team Foundation Server » et comment vous pouvez commencer à utiliser le système. 

Répondons d'abord à la question « pourquoi Team Foundation Server ? » L'objectif de Team Foundation Server est de créer un référentiel central avec un ensemble d'outils qui facilitent la collaboration entre les rôles. Vous pouvez essayer d'assembler plusieurs systèmes disparates comme suit :

Dans ce cas, chaque système a un stockage, un jeu d'identités pour les ressources, des commandes et des outils qui lui sont propres. Faire fonctionner cela revient à tenter de raccorder un ensemble de composants stéréo personnalisés : vous pouvez y arriver, mais cela vous demandera beaucoup de travail et vous allez passer à côté de certaines choses.

Je préfèrerais un système capable d'intégrer ces éléments ensemble, puis d'activer mon flux de travail par défaut via le système :

Cette intégration permet des scénarios très courants. Au cours d'une journée classique, je vais modifier le code source, générer le produit, le tester, classer les bogues, les résoudre, et ainsi de suite. Lorsque le flux de travail complet est pris en charge avec un référentiel intégré, tous les éléments peuvent être reliés les uns aux autres. Par exemple, lorsque j'archive des résolutions de bogue, je souhaiterais vraiment voir ces défauts résolus avec l'ensemble de modifications enregistré (voir l'exemple ci-dessous).

La configuration de base de Team Foundation Server vous permet d'effectuer précisément cela, ce qui constitue une réelle amélioration par rapport au contrôle de code source seul. La version complète de Team Foundation Server ajoute ensuite de nouvelles fonctionnalités, qui incluent les tests automatisés, le déploiement lab virtuel et la validation architecturale (pour n'en citer que quelques-unes). Cela développe votre flux de travail comme suit :

Lorsque vous utilisez Visual Studio, vous pouvez choisir parmi ces nouveaux composants à ajouter.

Il existe de nombreux moyens d'accéder à Team Foundation Server. En tant qu'ingénieur, votre point d'accès le plus courant sera une version de Visual Studio. Si vous êtes testeur, vous pouvez utiliser le nouveau produit Gestionnaire de tests (aucune installation Visual Studio nécessaire). Si vous êtes chef de projet, vous pouvez également utiliser l'interface Web, Microsoft Excel, Microsoft Project ou (nouveau pour Visual Studio 2010) la prise en charge Microsoft Office SharePoint Server 2007 pour les tableaux de bord. Ce sujet sera développé plus en détail ultérieurement. (Pour plus d'informations, consultez Tâches basées sur les rôles pour Team Foundation Server 2010- note de l'éditeur).

Dans le reste de cette publication, je vous donnerai des instructions pas à pas sur l'utilisation de Team Foundation Server avec la configuration de base pour votre premier projet.

Mise en route

Maintenant que vous possédez le niveau conceptuel, il est temps raccorder les choses. Vous devez commencer par suivre les étapes répertoriées dans la publication Team Foundation Server de Brian Harry en cliquant ici. Cela obtiendra tous les logiciels obligatoires sur votre ordinateur, avec une collection par défaut appelée DefaultCollection.

À ce stade, vous pouvez vous connecter à la collection Team Foundation Server de Visual Studio. La méthode la plus simple est d'utiliser le menu Équipe (vous pouvez également utiliser le lien sur la page d'accueil) :

Vous êtes invité à rechercher le serveur hébergeant Team Foundation Server. Dans le cas présent, mon ordinateur Windows 7 s'appelle JLZW7. Ajoutez le serveur à la liste à l'aide du bouton Ajouter, puis cliquez sur Fermer :

À ce stade, vous pouvez sélectionner le serveur dans la zone de liste déroulante, puis DefaultCollection, et cliquer sur Connecter :

L'onglet Team Explorer affiche maintenant votre connexion au serveur et DefaultCollection, mais il n'existe pas encore de projet Team Foundation Server dans lequel stocker des éléments :

Pour ce didacticiel, j'ai créé un projet Windows Form qui vous servira d'exemple de solution (Fichier, Nouveau projet, Windows Forms). Si vous essayez d'ajouter ce nouveau projet de code au contrôle de code source, vous obtiendrez une erreur. Par exemple :

Lorsque vous sélectionnez l'élément de menu Ajouter la solution au contrôle de code source, vous obtenez un message d'erreur indiquant qu'aucun dossier de contrôle de code source de projet d'équipe n'est disponible :

L'erreur n'est pas intuitive à ce point (surtout que le projet Word est utilisé pour Team Foundation Server et à l'intérieur de votre solution de code Visual Studio, qui sont des composants différents). L'erreur signifie que vous devez créer un projet Team Foundation Server réel qui contiendra toutes les ressources de votre travail. Dans Team Explorer, cliquez avec le bouton droit sur votre collection et choisissez Nouveau projet d'équipe :

Dans le cas présent, je vais créer un projet Team Foundation Server pour un système Comptes fournisseurs. Ce projet contiendra toutes les solutions, les données et autres éléments nécessaires pour le système entier. Après avoir entré les données, cliquez sur Suivant :

Le modèle Agile est la valeur par défaut, mais vous pouvez également sélectionner CMMI. Vous trouverez plus d'informations concernant les types de modèles de projet sur MSDN. Si vous utilisez une méthodologie Agile (comme TDD), il s'agit d'un bon choix. Une fois votre sélection effectuée, il vous suffit de cliquer sur Terminer :

Vous obtenez différentes mises à jour d'état à mesure que le projet est créé :

Une fois l'opération terminée, cliquez sur le bouton Fermer :

Le projet peut maintenant contenir des éléments de travail, des builds et le contrôle de code source pour Team Explorer :

À présent, vous pouvez mettre à jour la collection de projets. Ajoutez une fois encore la nouvelle solution à Team Foundation Server. Cliquez avec le bouton droit sur le projet dans l'Explorateur de solutions et sélectionnez Ajouter la solution au contrôle de code source :

À ce stade, vous pouvez créer un dossier dans Team Foundation Server pour la solution ou simplement utiliser le dossier par défaut. Lorsque votre choix est fait, cliquez sur le bouton OK :

En cas de réussite, l'Explorateur de solutions affiche maintenant les fichiers sous contrôle de code source (remarquez le symbole '+' devant les fichiers) :

Vous voyez également la liste des actions du contrôle de code source exécutées pour publier la solution. Ajoutez un commentaire, puis cliquez sur Archiver :

Confirmez l'archivage en cliquant sur Oui.

À ce stade, votre nouvelle solution se trouve dans Team Foundation Server et est prête pour les éléments de travail.

Éléments de travail

Vous pouvez créer des éléments de travail directement dans Visual Studio à l'aide de Team Explorer, via le Web frontal et l'outil Gestionnaire de tests. Pour consultez vos éléments de travail, ouvrez Team Explorer et développez Éléments de travail, Requêtes d'équipe, Itération 1. Vous pouvez ensuite double-cliquer sur une requête (telle que Bogues actifs) pour afficher les éléments disponibles :

Dans la mesure où le projet Team Foundation Server est vide, la liste ne contient aucun bogue actif :

Créons un élément en guise d'entrainement. Sélectionnez Équipe, Nouvel élément de travail. Ici, vous pouvez créer plusieurs types d'éléments de travail pour suivre des fonctionnalités, des défauts, etc. Commençons par sélectionner Bogue :

Entrez les données de votre choix pour le nouveau bogue, puis cliquez sur Enregistrer l'élément de travail afin de le valider dans la base de données :

Si vous actualisez maintenant votre liste de requêtes de bogues actifs, le nouveau bogue apparaît :

Ajoutons un bogue bien réel pour résoudre notre projet. Dans mon exemple, je viens de créer une application Windows Forms par défaut. Nous souhaitons mettre à jour le titre :

Nous devons maintenant résoudre le bogue. Naviguez en arrière vers l'Explorateur de solutions, sélectionnez Form1.cs, puis Extraire pour modifier :

Cliquez sur le bouton Extraire pour confirmer :

Une coche apparaît maintenant en regard du fichier, pour indiquer qu'il est ouvert pour la modification :

Lorsque vous mettez à jour la propriété Text de la fenêtre principale, Visual Studio extrait automatiquement tous les fichiers dépendants :

Il s'agit d'une application de Windows Forms, mais l'opération fonctionne sur tous les types de solution/projet. Lorsque la modification du code vous convient, sélectionnez l'onglet Modifications en attente en bas de Visual Studio :

Dans le cas présent, nous résolvons un bogue ; vous devez donc cliquer sur le bouton d'icône Éléments de travail :

Sélectionnez le bogue n°2, qui suit notre erreur de titre. Nous allons le résoudre avec cet archivage :

Ajoutez tous les commentaires de votre choix et cliquez sur Archiver, puis sur Oui pour confirmer :

Si vous actualisez le bogue n°2, l'état prend la valeur Résolu et l'historique est mis à jour :

Vous constatez que l'ensemble des modifications (ensemble de modifications de contrôle de code source) a été automatiquement inclus dans l'historique.

À ce stade, vous pouvez continuer à créer et résoudre des bogues selon les besoins pour pouvoir fournir votre solution.

Autres méthodes pour explorer Team Foundation Server

J'ai indiqué qu'il n'est pas nécessaire d'utiliser Visual Studio pour accéder au référentiel Team Foundation Server. Nous avons effectué une intégration profonde avec d'autres clients tels que le Web et Microsoft Office. Ainsi, je peux par exemple appeler mon navigateur Web et accéder directement à mon serveur à l'aide du nom du serveur (8080 est le port par défaut) : http:// jlzw7:8080/tfs/

À ce stade, je peux explorer mes collections et projets. Si vous sélectionnez le nouveau projet AccountsPayable que nous venons de créer, puis cliquez sur le bouton Continuer, vous obtenez des informations supplémentaires. Dans ce cas, en naviguant jusqu'à l'onglet Éléments de travail, je peux rechercher les bogues dans le système, notamment celui que nous venons de résoudre :

Il s'agit d'une méthode très simple pour explorer votre projet à partir de n'importe quel ordinateur, sans configuration requise. Il existe une prise en charge similaire pour l'utilisation de Microsoft Excel, Microsoft Project, etc. Ce type d'accès facilite la collaboration de l'ensemble des personnes travaillant sur votre projet (ingénieurs et chefs de projet).

À ce stade, vous disposez d'un ensemble de ressources très utile pour mener à bien votre travail. Pour ceux qui utilisent actuellement Visual SourceSafe, ce niveau de prise en charge peut parfaitement vous convenir. Vous pouvez maintenant laisser de côté de didacticiel et revenir le consulter ultérieurement si vous souhaitez essayer des fonctionnalités avancées, par exemple le scénario de test exposé avec Bêta 1 dans ce didacticiel.

Prise en charge de génération

En général, la partie suivante de votre flux de travail consiste à automatiser vos builds pour le produit. Si vous avez suivi les instructions d'installation de Brian, vous disposez maintenant de la prise en charge de génération locale sur votre ordinateur avec Team Foundation Server. La première étape consiste à naviguer jusqu'à Team Explorer, à cliquer avec le bouton droit sur Définitions de build, puis à sélectionner Nouvelle définition de build :

Nous obtiendrons ainsi un ensemble de définitions à remplir, comme une page de propriétés de projet de code :

La page Déclencheur permet de décider du moment où les builds sont déclenchées. Il existe de nombreuses options disponibles :

• Nous utiliserons l'option par défaut Manuel. Nous devrons déclencher nos propres builds avec cette option.

• Le déclencheur Intégration continue est très utile lorsque vous souhaitez avoir une nouvelle build après chaque archivage. Cela vous permet de valider immédiatement les nouvelles modifications, plutôt que d'attendre et de voir les archivages se mélanger.

• Le déclencheur Builds enchaînées vous permet de regrouper les modifications par lots, ce qui est très pratique lorsque les builds commencent à prendre du temps et que vous ne pouvez pas vous permettre d'effectuer chacune d'elles.

• Le déclencheur Archivage contrôlé vous permet de vérifier tous les archivages avant leur validation dans Team Foundation Server. Ainsi, vous êtes sûr de ne jamais exposer un arrêt de build aux autres membres de votre équipe.

• Les builds planifiées sont utiles pour obtenir une build quotidienne et la faire tester par l'équipe entière.

Vous pouvez créer et utiliser de nombreuses définitions de build différentes, ce qui vous permet d'employer des types de builds distincts à des fins différentes.

Vous pouvez explorer tous les onglets comme vous le souhaitez (chacun est documenté en détail avec le produit). Au préalable, nous devons résoudre le signe d'avertissement jaune sur Valeurs par défaut des builds, en fournissant à la build un emplacement pour stocker notre nouvelle build, dans le cas présent, un UNC public que j'ai créé sur mon ordinateur :

Maintenant, vous pouvez enregistrer la définition de build dans Team Foundation Server. Si nous revenons à Team Explorer, nous pouvons mettre en file d'attente une build du projet :

Nous obtenons une boîte de dialogue de confirmation dans laquelle il nous suffit de sélectionner le bouton File d'attente :

Ainsi, une build est mise en file d'attente sur mon ordinateur, comme indiqué par la page d'état :

Si vous double-cliquez sur la build mise en file d'attente, vous obtenez son état détaillé :

À partir de là, vous pouvez également voir les avertissements et les erreurs, consulter le fichier journal, naviguer jusqu'à la cible, etc. Par exemple, si vous sélectionnez le lien « Afficher le fichier journal », vous pouvez voir le script de compilation exécuté (sous-ensemble) :

Si vous sélectionnez le lien Ouvrir le dossier de dépôt, vous êtes dirigé vers l'emplacement cible :

Maintenant, toute personne peut utiliser la build pour effectuer les tests quotidiens, la livraison à un client, etc.

À ce stade, vous avez toutes les clés en main pour utiliser pleinement les fonctionnalités de base de Team Foundation Server. 

Tâches basées sur les rôles pour Team Foundation Server 2010

Lorsqu'une équipe commence à utiliser Visual Studio Application Lifecycle Management (ALM), l'administrateur configure le serveur, le chef de projet crée un projet d'équipe et les autres membres de l'équipe installent leur environnement d'exploitation. Les liens dans le reste de cette rubrique vous guident tout au long des tâches de mise en route de Team Foundation Server, selon les rôles de développement de logiciels suivants :

• Administrateur de Team Foundation Server

• Chefs de projet

• Gestionnaires de contrôle de code source et de génération

• Membres de l'équipe individuels

Tâches de l'administrateur de Team Foundation

1. Si vous avez suivi le didacticiel plus haut dans cette rubrique, vous avez installé Team Foundation Server à l'aide de la configuration de base. Toutefois, vous devrez peut-être effectuer des tâches d'installation différentes, notamment la mise à niveau d'une installation précédente de Team Foundation Server ou l'exécution d'une installation personnalisée de Team Foundation Server ou de l'un de ses composants requis.

   Pour plus d'informations, consultez la rubrique suivante sur le site Web Microsoft : Guide d'installation de Team Foundation (page éventuellement en anglais).

2. Si vous avez suivi le didacticiel plus haut dans cette rubrique, toutes les autorisations requises vous ont été automatiquement accordées pour la création de projet pendant l'installation de Team Foundation Server. Vous souhaitez peut-être accorder à d'autres utilisateurs les autorisations dont ils ont besoin pour agir en tant qu'administrateurs, administrateurs de projet et autres rôles.

   Pour plus d'informations, consultez Configuration d'utilisateurs, de groupes et d'autorisations.

3. Créez un plan de maintenance qui permettra de garantir que vos données sont sauvegardées en cas de défaillance matérielle ou d'un autre événement. Pour plus d'informations, consultez Sauvegarde et restauration de votre déploiement.

4. Si l'une de vos équipes envisage d'utiliser Visual Studio Lab Management, installez Microsoft System Center Virtual Machine Manager, puis configurez Lab Management et créez vos environnements virtuels.

   Pour plus d'informations, consultez Configuration de Lab Management pour la première fois.

5. Si l'une de vos équipes doit déployer des builds et exécuter des tests à distance, installez les contrôleurs de test et les agents de test sur des ordinateurs physiques ou virtuels.

   Pour plus d'informations, consultez Configuration d'ordinateurs de test pour exécuter des tests ou collecter des données.

6. Si vous avez suivi le didacticiel plus haut dans cette rubrique, vous avez installé Team Foundation Build à l'aide de la configuration de base. Toutefois, vous devrez peut-être effectuer certaines tâches de gestion pour obtenir l'environnement de build dont vous avez besoin.

   Pour plus d'informations, consultez Administration de Team Foundation Build.

7. Examinez les options pour changer ou modifier votre déploiement à mesure que vos besoins opérationnels évoluent. Pour plus d'informations, consultez Gestion de la configuration du serveur.

Tâches du chef de projet

1. Installez les clients de Team Foundation que vous utiliserez.

   Pour plus d'informations, consultez Installation de Visual Studio.

2. Déterminez vos spécifications en termes de ressources de projet et la collection de projets dans laquelle vous créerez un projet d'équipe.

   Pour plus d'informations, consultez Guide de démarrage rapide pour le lancement d'un projet d'équipe.

3. Choisir un modèle de processus.

   Pour plus d'informations, consultez Choisir un modèle de processus.

4. Dans Team Explorer, créez un projet d'équipe.

   Pour plus d'informations, consultez Créer un projet d'équipe.

5. (Facultatif) Définissez les zones et jalons de produit pour votre projet d'équipe.

   Pour plus d'informations, consultez Créer et modifier des zones et des itérations.

6. Accordez aux membres de l'équipe les autorisations dont ils ont besoin pour participer au projet d'équipe.

   Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe.

7. (Facultatif) Accorder des autorisations supplémentaires à des membres spécifiques de l'équipe.

   Vous ou un autre administrateur devrez peut-être fournir des autorisations supplémentaires aux membres de l'équipe qui seront chargés de la gestion du code source sous contrôle de version Team Foundation, de la gestion des builds, des tests et de l'environnement lab pour le test, et d'autres activités au niveau du projet. Les autorisations spécifiques peuvent être assignées à des membres de l'équipe ou groupes individuels.

   Pour plus d'informations, consultez les sections suivantes dans Autorisations de Team Foundation Server :

   • Autorisations au niveau de la build

   • Autorisations au niveau du projet

   • Autorisations au niveau de la zone et de l'itération pour le suivi des éléments de travail

   • Autorisations de contrôle de version

   • Autorisations Lab Management

8. (Facultatif) Accordez aux auteurs de rapports des autorisations supplémentaires.

   Pour créer ou modifier des rapports qui accèdent aux données stockées dans l'entrepôt de données, les membres de l'équipe doivent posséder l'accès en lecture aux bases de données qui composent l'entrepôt de données. Pour plus d'informations, consultez Accorder l'accès aux bases de données de l'entrepôt de données pour Visual Studio ALM.

9. Notifier les membres de l'équipe des ressources de projet d'équipe et des activités de recrutement.

   Pour plus d'informations, consultez Indiquer aux membres de l'équipe les ressources du projet d'équipe.

10. Planifier votre produit.

    Si votre projet d'équipe est basé sur le modèle de processus pour MSF for Agile Software Development v5.0, vous pouvez créer votre journal des travaux en souffrance du produit à l'aide du classeur Planification de produit. Vous pouvez utiliser le classeur Planification de produit pour gérer le journal des travaux en souffrance des récits utilisateur et équilibrer la charge de travail entre plusieurs itérations (ou sprints). Pour plus d'informations, consultez Planification de produit, classeur.

    Si votre projet d'équipe est basé sur le modèle de processus pour MSF for CMMI Process Improvement v5.0, vous pouvez utiliser la requête d'équipe de Spécifications du produit pour commencer à planifier votre produit.. Vous pouvez ouvrir cette requête dans Office Excel, ajouter des spécifications, puis les publier sur Team Foundation. Vous pouvez également utiliser Office Project pour élaborer et planifier votre projet. Pour plus d'informations, consultez les rubriques suivantes :

    • Spécification (CMMI)

    • Gestion des éléments de travail à l'aide de Microsoft Excel lié à Team Foundation Server

    • Réalisation d'une planification verticale en utilisant une liste d'arborescence d'éléments de travail (dans Excel)

    • Planification de tâches et assignation de ressources à l'aide de Microsoft Project

Tâches pour les gestionnaires de contrôle de version et de génération

1. Configurez le contrôle de version.

   Pour plus d'informations, consultez Administration du contrôle de version Team Foundation.

2. Si vous utilisez Team Foundation Build, créez des définitions de build pour chacun de vos projets d'équipe.

   Pour plus d'informations, consultez Génération de l'application.

Tâches des membres individuels de l'équipe

1. Installez le ou les clients de Team Foundation que vous utiliserez.

   Pour plus d'informations, consultez Installation de Visual Studio.

2. Configurez votre espace de travail pour le contrôle de version.

   Pour plus d'informations, consultez Créer un espace de travail pour utiliser le projet de votre équipe et Copie de fichiers sous contrôle de version.

3. Familiarisez-vous avec la création, la modification et la recherche de tâches et d'autres éléments de travail.

   Pour plus d'informations, consultez Guide de mise en route pour le suivi du travail.

Voir aussi

Concepts

Visual Studio Application Lifecycle Management