Lancement d'un nouveau projet d'équipe
Un projet d'équipe est un outil de planification central que vous utilisez pour suivre des informations et organiser le code source, les builds, les tests et les plans pour votre équipe. Vous créez un projet d'équipe pour fournir un point central pour que votre équipe partage les activités d'équipe qui sont nécessaires au développement d'une technologie ou d'un produit logiciel spécifique. Après avoir créé un projet d'équipe, vous pouvez gérer et suivre le travail via les nœuds principaux créés pour votre projet d'équipe.
Dans cette rubrique
|
Nœuds de projet d'équipe dans Team Explorer .png "Objet de projet d'équipe dans Team Explorer"){kind=tracking} |
Présentation des ressources disponibles pour les projets d'équipe et de la configuration de collections de projets d'équipe
Le tableau suivant indique les serveurs qui doivent être mis en service dans votre déploiement Team Foundation pour que vous puissiez configurer votre projet d'équipe avec la ressource correspondante.
Ressource |
Windows SharePoint Services 3.0 |
Microsoft Office SharePoint Server 2007 ou Microsoft SharePoint Server 2010 Standard Edition |
Microsoft Office SharePoint Server 2007 ou SharePoint Server 2010 Enterprise Edition |
SQL Server 2008 Analysis Services |
SQL Server 2008 Reporting Services |
Team Foundation Build |
|---|---|---|---|---|---|---|
Portail du projet (nœud Documents) |
.png "Prise en charge intégrale") |
|
|
|||
Mon tableau de bord et tableau de bord Projet |
.png "Obligatoire") |
|
|
|||
Tableaux de bord d'entreprise |
|
|
||||
Rapports Excel |
|
|
|
|
||
|
|
|
||||
Builds |
|
Comme l'indique la coche (champ vert), vous pouvez configurer votre projet d'équipe avec un nœud Documents et un portail afin de partager des informations et stocker des rapports Excel uniquement si la collection de projets qui héberge votre projet d'équipe est configurée avec un serveur qui exécute les produits SharePoint.
Comme l'indique la coche (champ bleu), vous pouvez configurer votre projet d'équipe avec des tableaux de bord uniquement si votre serveur exécute une édition spécifique des produits SharePoint. Les deux tableaux de bord de base requièrent non seulement SQL Server 2008 Analysis Services, mais également Windows SharePoint Services 3.0, l'édition standard de Microsoft Office SharePoint Server 2007 ou l'édition standard de SharePoint Server 2010. Les tableaux de bord d'entreprise requièrent non seulement Analysis Services, mais également l'édition Enterprise de Microsoft Office SharePoint Server 2007 ou l'édition Enterprise de SharePoint Server 2010.
Pour configurer le nœud Rapports .gif "Rapport"){kind=icon}
, vous devez avoir configuré la collection de projets qui héberge votre projet d'équipe avec SQL Server 2008 Reporting Services et Analysis Services. Enfin, la configuration de service Team Foundation Build est requise pour les processus de génération de votre projet d'équipe.
Après avoir créé votre projet d'équipe, vous pouvez ajouter ou configurer des ressources notées comme facultatives dans le tableau suivant :
Ressource |
Rubriques connexes |
|---|---|
Éléments de travail et requêtes d'élément de travail : un nœud Éléments de travail apparaît pour chaque projet d'équipe que vous créez. Les équipes utilisent des éléments de travail pour suivre et surveiller le développement d'un produit et de ses fonctionnalités, ainsi que pour créer des rapports sur cette activité. Un élément de travail est un enregistrement de base de données qui stocke la définition, l'assignation, la priorité et l'état d'un travail. Votre équipe peut créer uniquement ces types d'éléments de travail qui sont définis dans le modèle de processus utilisé pour créer le projet d'équipe ou les types ajoutés au projet d'équipe une fois celui-ci créé. Le modèle de processus pour Microsoft Solutions Framework (MSF) for Agile Software Development v5.0 définit six types d'éléments de travail : récit utilisateur, tâche, cas de test, étapes partagées, bogues et problèmes. Le modèle de processus pour MSF for CMMI Process Improvement v5.0 définit neuf types d'éléments de travail : spécification, tâche, demande de modification, bogue, problème, risque, révision, cas de test et étapes partagées. Les requêtes d'équipe et les requêtes individuelles sont stockées sous le nœud Éléments de travail. |
|
(Facultatif) Documents : un nœud Documents apparaît pour votre projet d'équipe si vous choisissez de créer ou de configurer un site SharePoint pour votre projet d'équipe. Ce nœud est un conteneur pour les rapports Excel, le guide de processus et d'autres bibliothèques de documents que votre équipe crée. De plus, le site SharePoint peut jouer le rôle de portail du projet, dans lequel votre équipe peut stocker et placer sous contrôle de version des produits de travail et des rapports sans code pour votre projet d'équipe. Vous pouvez ajouter un site SharePoint lorsque vous créez un projet d'équipe si votre administrateur Team Foundation a configuré une ou plusieurs applications Web SharePoint pour prendre en charge la collection de projets d'équipe dans laquelle réside votre projet. Vous pouvez également ajouter un site Web pour jouer le rôle de portail du projet d'équipe après la création d'un projet. |
|
(Facultatif) Portail du projet : le portail du projet est un site Web que votre équipe peut utiliser comme point unique d'informations sur le projet d'équipe et son état. Un portail du projet encourage les membres de votre équipe à communiquer et à partager des ressources. Vous pouvez également utiliser un portail pour partager le guide de processus avec votre équipe. .gif "Remarque importante") Important
Si vous ajoutez un site SharePoint comme portail du projet d'équipe, un nœud Documents s'affiche pour le projet d'équipe dans Team Explorer.Ce dossier est lié à la bibliothèque SharePoint du projet d'équipe, et les membres du projet peuvent l'utiliser pour stocker et partager des documents en rapport avec le projet.Cette fonctionnalité est disponible uniquement si vous ajoutez un site SharePoint.Si vous ajoutez un autre type de site Web, aucun nœud Documents ne s'affiche pour le projet d'équipe dans Team Explorer.
Les équipes utilisent le portail du projet pour partager des modèles de document et des rapports prédéfinis. Ces objets prédéfinis sont basés sur le modèle de processus que vous sélectionnez pour votre projet d'équipe. |
|
(Facultatif) Guide de processus : le guide de processus fournit des informations sur la façon de coordonner le travail dans un projet d'équipe, ainsi que sur l'utilisation d'un type d'élément de travail dans le cycle de vie du projet d'ensemble. Le guide de processus peut fournir des détails concernant un projet d'équipe, notamment des informations sur la façon de remplir les champs des éléments de travail, des exemples de rapports corrects et incorrects, les descriptions des requêtes, les rôles à assumer, les activités à effectuer et d'autres informations. Important
L'accès au guide de processus nécessite l'activation et la configuration d'un portail de projet pour le projet d'équipe.
Le guide de processus pour l'équipe est basé sur le modèle de processus de votre choix. Le guide de processus est un contenu qui documente le processus à suivre par les membres de l'équipe qui travaillent sur un projet d'équipe. Ce contenu peut être hébergé localement sur un site Web de votre choix ou sous forme d'un jeu de liens qui pointent vers du contenu hébergé ailleurs. |
|
(Facultatif) Tableaux de bord : les propriétaires de produits et les membres de l'équipe peuvent trouver rapidement des informations importantes sur leurs projets d'équipe à l'aide des tableaux de bord. Les tableaux de bord affichent les données de projet, permettent d'examiner une situation et aident les équipes à exécuter plus rapidement des tâches courantes. Vous accédez aux tableaux de bord en ouvrant le portail du projet. Les tableaux de bord et les fonctionnalités de personnalisation des tableaux de bord auxquelles vous avez accès dépendent de la version des produits SharePoint qui est installée sur votre portail. La plupart des tableaux de bord prennent en charge l'affichage de plusieurs rapports dansMicrosoft Excel qui accèdent aux données du cube Analysis Services. Pour accéder aux tableaux de bord, vous devez configurer votre projet d'équipe avec les produits SharePoint, et l'administrateur système doit configurer la collection de projets d'équipe avec SQL Server Analysis Services. Pour que les membres de l'équipe aient accès aux six tableaux de bord d'entreprise, vous devez sélectionner un site SharePoint sur lequel Microsoft Office SharePoint Server 2007 Enterprise Edition ou SharePoint Server 2010 Enterprise Edition est installé. Pour plus d'informations sur les configurations et autorisations requises pour afficher les tableaux de bord, consultez Assignation d'autorisations pour afficher et gérer des rapports pour Visual Studio ALM. |
|
(Facultatif) Rapports Microsoft Excel : vous pouvez utiliser des rapports dans Microsoft Excel pour afficher les informations de l'entrepôt de données pour votre projet d'équipe. Ces rapports se trouvent sous le nœud Documents dans le dossier Rapports Excel. Les rapports Microsoft Excel sont stockés sur le serveur qui héberge les produits SharePoint pour votre projet d'équipe. Si aucun portail de projet n'a été activé pour votre projet d'équipe, vous n'avez pas accès à ces rapports. Pour accéder à ces rapports, vous devez configurer le projet d'équipe avec les produits SharePoint, et l'administrateur système doit configurer la collection de projets d'équipe avec Analysis Services. |
|
(Facultatif) Classeurs : vous pouvez utiliser des classeurs pour planifier votre produit et assigner des récits utilisateur, des tâches, des bogues et des problèmes à des itérations spécifiques. En utilisant les classeurs fournis avec le modèle de processus pour MSF for Agile Software Development v5.0, vous pouvez créer rapidement des éléments de travail. Vous pouvez également modifier le rang, la priorité, l'état et les assignations de plusieurs éléments de travail en même temps. Les classeurs se trouvent sous le nœud Documents dans le dossier Documents partagés, et ils sont stockés sur le serveur qui héberge les produits SharePoint pour votre projet d'équipe. Si aucun portail de projet n'a été activé pour votre projet d'équipe, vous n'avez pas accès à ces classeurs. Pour accéder aux classeurs Microsoft Excel, vous devez configurer le projet d'équipe avec les produits SharePoint. |
|
(Facultatif) Rapports Reporting Services. Les équipes peuvent analyser la progression et la qualité du projet à l'aide de rapports. Les rapports rassemblent les métriques relatives aux éléments de travail, au contrôle de version, aux résultats des tests et aux builds. Les rapports se trouvent sous le nœud Rapports dans Team Explorer et sont stockés sur le serveur qui héberge SQL Server Reporting Services pour votre projet d'équipe. Si votre déploiement est configuré pour utiliser Analysis Services et Reporting Services, un dossier Rapports est automatiquement créé pour votre projet d'équipe. Sinon, vous pouvez ajouter cette ressource à votre projet d'équipe ultérieurement. |
|
(Facultatif) Builds : Team Foundation Build permet à votre équipe de créer et de gérer régulièrement des builds de produit. Par exemple, une équipe peut exécuter des builds quotidiennes et les publier sur un serveur partagé. Team Foundation Build fournit également des rapports de build sur l'état et la qualité de chaque build. Si votre déploiement utilise Team Foundation Build, un dossier Builds est créé pour votre projet d'équipe. Les définitions de build se trouvent sous le nœud Builds pour votre projet d'équipe. Vous pouvez gérer des builds et organiser des définitions de build à l'aide d'Build Explorer. Pour accéder à service Team Foundation Build, vous devez configurer la collection de projets d'équipe de manière à utiliser un contrôleur de build. Chaque contrôleur de build est dédié à une seule collection de projets d'équipe. Le contrôleur accepte les demandes de build de n'importe quel projet d'équipe dans une collection spécifiée. |
|
Contrôle de version. Un nœud Contrôle de code source est créé pour chaque projet d'équipe. Ce nœud fournit un accès à l'Explorateur du contrôle de code source, que votre équipe peut utiliser pour gérer le code source pour votre projet d'équipe. |
|
(Facultatif) Alertes : les membres de l'équipe peuvent s'abonner pour recevoir des notifications par courrier électronique en cas de modification d'un projet d'équipe. Les alertes peuvent être envoyées en cas de modification d'un élément de travail, lors d'un archivage, à la fin d'une build ou en cas de modification de l'état d'une build. Pour prendre en charge les notifications par courrier électronique, le serveur sur lequel votre projet d'équipe est stocké doit être configuré de manière à utiliser un serveur SMTP (Simple Mail Transfer Protocol) existant pour envoyer des alertes par courrier électronique. |
|
(Facultatif) Environnements virtuels : à l'aide de Visual Studio Lab Management, votre équipe peut créer, assigner et suivre des environnements virtuels pour prendre en charge le développement, le déploiement et les tests d'applications. Grâce à Gestionnaire de tests Microsoft, votre équipe des tests peut tester votre application à l'aide de ces environnements virtuels. Pour accéder à ces environnements virtuels à partir de Gestionnaire de tests, le serveur sur lequel votre projet d'équipe est stocké doit être configuré pour communiquer avec Lab Management. |
|
(Facultatif) Prise en charge d'une équipe multisite : si certains membres de l'équipe se trouvent à distance par rapport à l'emplacement principal pour le contrôle de version, vous pouvez demander l'installation de Team Foundation Server Proxy pour les prendre en charge. Team Foundation Server Proxy gère un cache de fichiers de contrôle de version téléchargés à l'emplacement de l'équipe multisite, ce qui réduit considérablement la bande passante nécessaire sur des connexions étendues. Si des clients sont configurés pour utiliser Team Foundation Server Proxy, la gestion des fichiers est transparente à l'utilisateur. Tous les échanges de métadonnées et les téléchargements de fichiers continuent d'interagir directement avec Team Foundation Server. |
|
Accès Web : les membres de l'équipe peuvent utiliser Team Web Access pour rechercher et mettre à jour des éléments de travail, utiliser des fichiers et des dossiers sous contrôle de version, accéder à des rapports et à des documents, et utiliser des builds de produit. Team Web Access est une interface Web personnalisable qui fournit la plupart des fonctionnalités disponibles avec Team Explorer. Les membres de l'équipe peuvent accéder à Team Web Access une fois que vous avez créé votre projet d'équipe et que vous leur avez accordé les autorisations nécessaires. |
Planification de votre projet d'équipe
Les projets d'équipe sont regroupés en collections de projets d'équipe. Une collection de projets d'équipe est une structure d'organisation utilisée par les administrateurs de Team Foundation pour définir et contrôler un groupe de projets d'équipe dans Team Foundation Server.
Lorsque vous créez un projet d'équipe, la collection de projets d'équipe que vous sélectionnez pour le projet d'équipe détermine les ressources dont vous disposez et votre capacité de collaborer avec d'autres projets d'équipe.
Tâche |
Rubriques connexes |
|---|---|
Identifier la collection dans laquelle votre projet d'équipe sera stockée. Vous devez discuter des spécifications de votre projet avec l'administrateur de votre déploiement et déterminer la collection de projets que vous utiliserez pour héberger votre projet d'équipe. Votre décision dépend au minimum des facteurs suivants :
Comme indiqué dans la section précédente, de nombreuses ressources qui sont disponibles pour votre projet d'équipe dépendent de la collection de projets d'équipe que vous sélectionnez pour héberger votre projet d'équipe. Par ailleurs, vous devez sélectionner la collection de projets qui contient d'autres projets d'équipe avec lesquels votre équipe interagit ou collabore. Les membres de l'équipe peuvent uniquement utiliser Team Foundation pour suivre des dépendances sur des projets d'équipe lorsque ces projets d'équipe sont stockés dans la même collection de projets. |
|
Sélectionner un modèle de processus qui répond le mieux à vos besoins de processus. Un modèle de processus définit les types d'objets d'élément de travail que vous pouvez suivre. Il définit également les règles par défaut, stratégies, groupes de sécurité et requêtes pour une utilisation par les membres de l'équipe. Team Explorer inclut des modèles de processus basés sur MSF. Par défaut, vous pouvez utiliser le modèle de processus pour MSF for Agile Software Development v5.0 ou MSF for CMMI Process Improvement v5.0. Vous pouvez utiliser l'un de ces modèles, créer un modèle personnalisé ou télécharger un modèle à partir de l'Internet. .gif "Remarque") Remarque
Vous pouvez personnaliser la plupart des artefacts contenus dans un modèle de processus avant ou après la création de votre projet d'équipe.L'avantage de la personnalisation du modèle de processus avant la création d'un projet d'équipe réside dans le fait que tous les projets d'équipe que vous créez auront les mêmes modifications.
|
|
Déterminer comment prendre en charge votre équipe pour adopter et suivre des processus d'équipe. Le guide de processus est un contenu qui documente le processus à suivre par les membres de l'équipe qui travaillent sur un projet d'équipe. Les modèles de processus MSF fournissent un guide de processus basé sur des rubriques qui est disponible hors connexion dans l'Aide de Visual Studio ALM et en ligne via MSDN Library. Vous pouvez héberger d'autre guides de processus dans votre portail de projet d'équipe ou un autre site Web que vous désignez. |
|
Déterminer la structure de branche pour le code source. Lorsque vous créez un projet d'équipe, vous pouvez créer un dossier vide pour votre code source ou une branche dans le contrôle de version. |
|
Comprendre les restrictions de désignation et d'autres contraintes d'attribut. Avant de créer un projet d'équipe, vous devez vous familiariser avec les restrictions que Visual Studio ALM impose sur les noms et d'autres attributs. Ces restrictions peuvent inclure la longueur, les caractères spéciaux, l'unicité ou d'autres attributs. Spécifiquement, vous devez comprendre les restrictions pour les éléments suivants en rapport avec les projets d'équipe :
|
Création, structuration et initialisation de votre projet d'équipe
Tâche |
Rubriques connexes |
|---|---|
Créer un projet d'équipe. Vous créez un projet d'équipe à l'aide de l'Assistant Nouveau projet d'équipe. Pour accéder à l'Assistant Nouveau projet d'équipe, Team Explorer doit être installé sur votre ordinateur. Team Explorer est un complément de Visual Studio qui peut être installé à partir de n'importe quel produit dans la suite de produits Visual Studio Application Lifecycle Management (ALM). Selon les ressources que vous configurerez pour votre projet d'équipe, vous devrez définir des autorisations élevées pour la collection de projets d'équipe et pour les serveurs qui hébergent des produits SharePoint et Reporting Services. |
|
Définir la structure de votre projet d'équipe. Vous pouvez organiser le travail que vous voulez suivre en définissant des zones de produit et des chemins d'itération. Vous pouvez définir des zones qui représentent des composants ou des fonctionnalités spécifiques du produit que votre équipe développe. Vous pouvez définir des itérations pour diviser le cycle de développement de produit en périodes qui correspondent à votre processus d'équipe. Les itérations sont également appelées sprints. Remarque
Selon le modèle de processus que vous avez sélectionné, plusieurs chemins de zone et d'itération par défaut peuvent être définis.Vous pouvez renommer et supprimer les chemins par défaut et ajouter des chemins pour prendre en charge les spécifications de suivi de votre projet.
Vous pouvez ajouter et modifier des éléments dans la structure de votre projet dans tout le cycle de vie de produit. |
|
Fournir aux membres de l'équipe l'accès aux ressources du projet d'équipe. Vous pouvez contrôler le niveau d'accès aux projets d'équipe dont dispose un membre de l'équipe en assignant chaque membre à un groupe pour chaque projet. Vous pouvez ajouter individuellement des membres de l'équipe ou ajouter des groupes définis dans Active Directory ou dans un groupe de travail. Lorsque vous créez un projet d'équipe, quatre groupes par défaut sont créés pour ce projet, indépendamment du modèle de processus que vous avez choisi. Ces groupes sont Readers, Contributors, Builders et Project Administrators. Par défaut, chaque groupe dispose d'un jeu d'autorisations définies pour lui et qui régissent ce que les membres de ce groupe sont autorisés à faire. Pour accéder aux artefacts suivants, vous devez ajouter des membres de l'équipe à un ou plusieurs groupes par défaut :
|
|
Accorder des autorisations supplémentaires pour sélectionner des membres de l'équipe. Vous ou un autre administrateur pouvez assigner des autorisations supplémentaires à des membres de l'équipe individuels ou à des groupes qui ont des responsabilités spécifiques. Ces autorisations leur permettront de gérer le code source sous le contrôle de version Team Foundation, de gérer des builds, de gérer des tests et l'environnement de test de laboratoire, et d'exécuter d'autres activités au niveau du projet. Pour modifier un rapport dans Microsoft Excel ou Reporting Services, vous devez être membre du rôle de sécurité TfsWarehouseDataReaders dans Analysis Services. Vous devez également appartenir à un groupe disposant des autorisations Contributor dans les produits SharePoint pour le projet d'équipe. |
|
Indiquer aux membres de l'équipe les ressources du projet d'équipe. Après avoir accordé aux membres de l'équipe l'accès à votre projet d'équipe, vous pouvez les notifier des ressources auxquelles ils ont accès et le premier jeu de tâches qu'ils doivent traiter. |
|
Installer les clients qui doivent interagir avec Team Foundation. Vos membres d'équipe peuvent utiliser l'une des diverses applications clientes pour Team Foundation afin d'interagir avec Visual Studio ALM et Team Foundation Server. Tous les clients requièrent que vous vous connectiez à un serveur qui exécute Team Foundation Server, puis que vous indiquiez une collection de projets et un projet d'équipe. Les membres de votre équipe doivent également avoir les autorisations nécessaires pour accéder à chaque projet d'équipe. |
Définition et suivi de votre projet d'équipe
Tâche |
Rubriques connexes |
|---|---|
Créer des tâches et se familiariser avec les requêtes d'élément de travail. Les membres de votre équipe peuvent utiliser des éléments de travail pour suivre leurs tâches, bogues, problèmes et d'autres éléments. Ils peuvent utiliser des requêtes d'élément de travail pour répertorier, mettre à jour et créer des bogues, des tâches et d'autres éléments de travail. |
|
Définir des récits utilisateur et équilibrer la charge de travail sur les itérations. Si votre projet d'équipe est basé sur le modèle de processus pour MSF for Agile Software Development v5.0, vous pouvez planifier votre produit à l'aide du classeur Planification de produit. Vous pouvez créer des récits utilisateur et équilibrer la charge de travail sur plusieurs itérations (également appelées sprints). Remarque
Le classeur Planification du Produit est uniquement disponible lorsque vous choisissez le modèle de processus pour MSF for Agile Software Development v5.0.
|
|
Définir des spécifications et des tâches de planification. 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 Spécifications du produit pour commencer à planifier votre produit. Vous pouvez ouvrir cette requête dans Microsoft Excel, ajouter des spécifications, puis publier les spécifications dans Team Foundation. Vous pouvez également utiliser Microsoft Project pour planifier votre projet. |
|
Prendre en charge la synchronisation des nouveaux champs pour les tâches planifiées manuellement dans Project 2010. Pour mettre à jour des champs de Team Foundation qui ont été ajoutés à Project 2010, vous devez personnaliser le type d'élément de travail Tâche et le fichier de mappage des champs Microsoft Project pour le projet d'équipe. Cette stratégie est particulièrement intéressante si vous souhaitez permettre aux membres de l'équipe de planifier manuellement la durée et les dates de début et de fin de leurs tâches. |
Planification des projets d'équipe avec Microsoft Project 2010 |
Se familiariser avec les tableaux de bord et les rapports disponibles pour votre projet d'équipe. Les membres de l'équipe peuvent trouver rapidement des informations importantes sur leurs projets d'équipe à l'aide des tableaux de bord et des rapports. Les tableaux de bord affichent les données de projet, permettent d'examiner une situation et aident les équipes à exécuter plus rapidement des tâches courantes. Les rapports disponibles dans Reporting Services regroupent les métriques des éléments de travail, du contrôle de version, des résultats des tests et des builds. Ces rapports répondent aux questions que vous vous posez sur l'état actuel de votre projet. Important
Les données qui figurent dans les tableaux de bord et les rapports sont dérivées de l'entrepôt de données.Par défaut, les mises à jour de l'entrepôt de données se produisent toutes les heures.Les rapports ne contiendront des données utiles qu'une fois que l'équipe aura commencé à créer des éléments de travail et à générer l'application.
|
|
Apprendre comment collaborer efficacement avec votre équipe. Une fois votre projet d'équipe créé, votre équipe dispose d'une large gamme d'outils pour améliorer la communication dans l'équipe et rationaliser le flux de travail. Team Foundation permet la collaboration en améliorant la communication, en prenant en charge des rôles multidisciplinaires, en favorisant le suivi de l'état du travail, en décrétant le processus de l'équipe et en intégrant les outils. |
Prise en main du contrôle de version, des builds et des tests
Tâche |
Rubriques connexes |
|---|---|
(Facultatif) Configurer Visual Studio pour utiliser le contrôle de code source. Avant d'utiliser le contrôle de version Team Foundation, les membres de l'équipe devront peut-être configurer Visual Studio pour utiliser le plug-in de contrôle de version Team Foundation. Remarque
Visual Studio est configuré pour utiliser automatiquement le plug-in de contrôle de version Team Foundation si Team Explorer est installé après l'installation de Visual Studio.
|
|
Configurer des stratégies qui contrôlent l'archivage et l'extraction du code source. Les administrateurs du contrôle de version Team Foundation peuvent configurer des paramètres d'archivage et d'extraction pour le contrôle de version. Les stratégies d'archivage appliquent des pratiques de développement au sein de votre équipe de développement. Les notes d'archivage collectent des données des membres de l'équipe au cours du processus d'archivage. Vous pouvez personnaliser les deux types de stratégies pour répondre aux besoins de votre équipe. Les paramètres d'extraction permettent à plusieurs personnes de modifier simultanément des fichiers. |
|
Configurer votre espace de travail et ajouter le code source pour votre projet d'équipe. Si votre équipe utilise le contrôle de version Team Foundation, les membres de l'équipe doivent créer des espaces de travail et ajouter leur code source. Un espace de travail inclut des dossiers côté client sur le disque local qui sont mappés aux dossiers sous contrôle de version sur le serveur pour le contrôle de version Team Foundation. |
|
Configurer votre client Visual Studio pour utiliser le serveur proxy. Si votre équipe utilise le contrôle de version Team Foundation et que Team Foundation Server Proxy a été installé pour prendre en charge votre équipe distante, vous devez configurer votre client Visual Studio avant de pouvoir utiliser le serveur proxy. |
|
Créer des définitions de build. Si votre équipe utilise Team Foundation Build, vous devez vous assurer qu'un système de génération a été créé, puis vous devez créer des définitions de build. Une définition de build contient des instructions sur les projets de code à compiler, les opérations supplémentaires à exécuter et comment les exécuter. |
|
Créer des plans de test et des cas de test. Si votre équipe utilise Gestionnaire de tests, les testeurs doivent définir et gérer l'effort de test à l'aide de plans de test. |
Voir aussi
Concepts
Prise en main de Visual Studio Application Lifecycle Management
Utilisation de clients Team Foundation
Planification et suivi de projets
Autres ressources
Personnalisation de votre projet d'équipe
Gestion du travail à l'aide de Team Web Access
Mappage des projets avec Project Server et Team Foundation Server
Historique des modifications
Date |
Historique |
Motif |
|---|---|---|
|
Avril 2011 |
Le premier tableau de la rubrique a été modifié afin de préciser quels sont les serveurs qui prennent en charge une ressource d'équipe et quels sont ceux qui sont requis pour une ressource d'équipe. |
Améliorations apportées aux informations. |
|
Juillet 2010 |
Premier tableau de la rubrique corrigé. Informations ajoutées à propos de SharePoint Server 2010. Description et lien ajoutés à la rubrique à propos de l'utilisation de Project 2010. |
Résolution des bogues de contenu. |