Compatibilité entre les clients Team Foundation et Team Foundation Server

Article
08/10/2011

Avec l'ajout de fonctionnalités dans Visual Studio Team Foundation Server 2010, vous souhaiterez connaître les limitations ou restrictions applicables dans les versions précédentes de Team Explorer qui se connectent à Team Foundation Server 2010. Vous pouvez contourner la plupart des limitations en installant Team Explorer 2010 dans une configuration en côte à côte avec une version antérieure de Team Explorer ou en utilisant Team Web Access.

Notes

Dans cette rubrique, les versions antérieures font référence au logiciel qui était disponible avec Team System 2008 Team Foundation Server et Visual Studio 2005 Team Foundation Server, et la version actuelle fait référence au logiciel disponible avec Team Foundation Server 2010.

Dans cette rubrique, vous découvrirez les nouvelles fonctionnalités qui affectent la compatibilité ascendante et descendante lorsque vous travaillez avec Team Explorer. La compatibilité ascendante est la façon dont les versions antérieures d'un client prennent en charge la version actuelle de Team Foundation Server, parfois avec l'ajout d'une mise à jour logicielle. La compatibilité descendante est la façon dont la version actuelle d'un client prend en charge les versions antérieures de Team Foundation Server. Une mise à jour par correctif logiciel grand public est disponible pour prendre en charge la compatibilité ascendante de Team Explorer.

Important

Avant d'installer ou de mettre à niveau Team Foundation Build ou Team Foundation Server, vous devez passer en revue les problèmes de compatibilité entre les différentes versions de ces composants. Par exemple, vous ne pouvez pas utiliser une version de Team Foundation Build plus ancienne ou plus récente que la version de Team Foundation Server que vous utilisez. De plus, certaines fonctionnalités de Team Foundation Build ne sont pas disponibles ou se comportent différemment lorsque vous utilisez une version plus ancienne ou plus récente que la version de Team Explorer exécutée sur votre ordinateur client.

Dans cette rubrique

Matrice de prise en charge de la compatibilité
Compatibilité en côte à côte
Nouvelles fonctionnalités qui affectent la compatibilité des versions
Tâches de gestion de projet qui requièrent la version 2010
Tâches côté client qui requièrent la connexion de Team Explorer 2010 à Team Foundation Server 2010
Connexion de versions différentes de Team Explorer à Team Foundation Server
Prise en charge de fonctionnalités fournie par le correctif logiciel grand public
- Planification et suivi de projet
- Gestion de cas de test et publication des résultats des tests
- Gestion du contrôle de version
- Gestion des builds
Team Web Access et la compatibilité de versions
Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool
Ressources supplémentaires

Matrice de prise en charge de la compatibilité

Le tableau suivant résume la prise en charge de la compatibilité de versions disponible lorsque vous connectez des versions différentes de Visual Studio, Team Explorer et Team Foundation Server.

Clients et outils	Team Foundation Server 2010	Team System 2008 Team Foundation Server	Visual Studio 2005 Team Foundation Server
Team Explorer 2010	Oui	Oui (1)	Non
Team Explorer pour Visual Studio Team System 2008	Non (2)	Oui (aucune modification)	Oui (aucune modification)
Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public	Oui (3)	Oui (aucune modification)	Oui (aucune modification)
Team Explorer pour Visual Studio 2005 Team System	Non (2)	Oui (aucune modification)	Oui (aucune modification)
Team Explorer pour Visual Studio 2005 Team System avec SP1 et correctif logiciel grand public	Oui (3)	Oui (aucune modification)	Oui (aucune modification)
Team Web Access pour Team Foundation Server 2010	Oui (4)	Non applicable	Non applicable
MSSCCI 2008	Non	Oui (aucune modification)	Oui (aucune modification)
MSSCCI 2010	Oui (5)	Non applicable	Non applicable

Remarques :

Si vous connectez la version actuelle de Team Explorer à Team System 2008 Team Foundation Server, vous pouvez exécuter les mêmes fonctions que si vous connectiez une version antérieure de Team Explorer à Team System 2008 Team Foundation Server. Les nouvelles fonctionnalités que Team System 2008 Team Foundation Server ne prend pas en charge ne sont pas disponibles.
Vous ne pouvez pas vous connecter à Team Foundation Server 2010 à l'aide de versions antérieures de Team Explorer qui n'ont pas de correctif logiciel grand public installé. Pour plus d'informations sur l'accès au correctif logiciel grand public pour Visual Studio 2005 Team System ou Visual Studio Team System 2008, consultez Ressources supplémentaires plus loin dans cette rubrique.
Vous pouvez vous connecter à Team Foundation Server 2010 en utilisant une version antérieure de Team Explorer avec correctif logiciel grand public pour cette version, mais vous rencontrez les limitations suivantes :
- Vous devez exécuter une procédure spéciale pour vous connecter, comme le décrit Connexion de versions différentes de Team Explorer à Team Foundation Server plus loin dans cette rubrique.
- Vous ne pouvez pas effectuer les tâches de gestion de projet spécifiques que décrit Tâches de gestion de projet qui requièrent la version 2010 plus loin dans cette rubrique.
- Vous pouvez ne pas avoir un accès complet aux fonctionnalités spécifiques décrites dans Prise en charge de fonctionnalités fournie par le correctif logiciel grand public plus loin dans cette rubrique.
Vous devez régénérer tous les contrôles d'éléments de travail personnalisés ayant été construits pour Team Web Access pour Visual Studio Team System 2008. Pour plus d'informations, consultez Team Web Access et la compatibilité de versions.
L'outil puissant Microsoft Source Code Control Interface (MSSCCI) Provider 2010 prend en charge Team Foundation Server 2010. Pour plus d'informations, consultez Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool.

Compatibilité en côte à côte

La version actuelle de Team Explorer s'installe avec chaque produit de Visual Studio 2010. Vous pouvez exécuter Team Explorer parallèlement à des versions antérieures de Team Explorer et de Visual Studio.

Pour utiliser Gestionnaire de tests Microsoft et Microsoft Project ou Microsoft Excel, vous devez installer la version actuelle de Team Explorer en côte à côte avec les versions antérieures de Team Explorer. Par exemple, vous pouvez démarrer les composants d'intégration d'Office pour Excel et Project à partir de la version 2005, mais ils auront les fonctionnalités 2010 lorsqu'ils seront côte à côte. De même, vous ne pouvez publier des cas de test que lorsque vous exécutez les deux versions de Team Explorer côte à côte.

Vous devez installer une mise à jour en côte à côte pour utiliser les versions antérieures de Team Explorer avec les versions actuelles des compléments Office pour Team Foundation Server. Pour plus d'informations, consultez Ressources supplémentaires.

Nouvelles fonctionnalités qui affectent la compatibilité des versions

Les fonctionnalités suivantes de Visual Studio ALM affectent la compatibilité de versions :

Un déploiement peut maintenant contenir plusieurs installations de Team Foundation Server.
Team Foundation Server 2010 peut héberger plusieurs collections de projets d'équipe. Lorsque vous spécifiez le chemin d'accès d'un projet d'équipe, vous devez maintenant spécifier la collection de projets dans laquelle il est stocké. Cela affecte les emplacements d'URL vers les portails de projets, le Gestionnaire de rapports et le guide de processus pour un projet d'équipe.
Vous ne pouvez exécuter et afficher de nouveaux types de requêtes d'éléments de travail, liens directs et arborescence, qu'à partir de la version actuelle de Team Explorer ou Team Web Access.
Vous ne pouvez exécuter et afficher des requêtes d'éléments de travail qui utilisent de nouveaux types de critères, tels que les catégories, les groupes et les opérateurs de champs de comparaison qu'à partir de la version actuelle de Team Explorer ou Team Web Access.
Si vous avez créé des agents de build pour Visual Studio Team System 2008, vous ne pouvez pas les utiliser pour la version actuelle de Team Foundation Server. Pour plus d'informations, consultezFonctionnement d'un système Team Foundation Build avant de déployer votre système de génération.
Définitions de build pour la version actuelle de Windows Workflow. Lorsque vous procédez à une mise à niveau, vous utilisez le modèle de mise à niveau de build pour mettre à niveau vos définitions de build existantes. Pour plus d'informations, consultez Définir votre processus de build.
Seule la version actuelle de Team Foundation Build prend en charge l'archivage contrôlé et les générations de jeux de réservations. Pour plus d'informations, consultez Définir une build d'archivage contrôlé pour la validation des modifications.

Tâches de gestion de projet qui requièrent la connexion de Team Explorer 2010 à Team Foundation Server 2010

Vous ne pouvez exécuter un sous-ensemble de tâches de gestion de projet que si vous connectez la version actuelle de Team Explorer à Team Foundation Server 2010. Pour la gestion administrative, de projet et de cas de test, l'utilisation de la version actuelle de Team Explorer est recommandée dans une configuration en côte à côte. Le tableau suivant résume les tâches qui requièrent la version actuelle de Team Explorer. Vous pouvez également utiliser la version actuelle de Team Explorer pour administrer Team System 2008 Team Foundation Server.

Tâches	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 Visual Studio 2010. 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 SQL Server Reporting Services. De même, vous devez exécuter Visual Studio en tant qu'administrateur si vous configurez le projet avec un site SharePoint.	Guide de démarrage rapide pour le lancement d'un projet d'équipe Créer un projet d'équipe
Télécharger et supprimer des modèles de processus. vous gérez les modèles de processus à l'aide du Gestionnaire de modèles de processus de Team Explorer.	Gestion des modèles de processus
Importer, exporter et gérer des objets de suivi des éléments de travail. L'utilitaire en ligne de commande witadmin vous permet de créer, de supprimer, d'importer et d'exporter des catégories, des listes globales, des types de liens, des types d'éléments de travail et des champs d'éléments de travail. Vous pouvez gérer ces objets pour une collection de projets ou pour un projet d'équipe spécifique.	witAdmin : administration des objets de suivi des éléments de travail
Importer le fichier de mappage de champs Microsoft Project. Vous pouvez personnaliser la façon dont les données sont publiées et actualisées si vous modifiez le fichier de mappage du projet.	TFSFieldMapping
Modifier les attributs de champs d'éléments de travail. Vous pouvez utiliser plusieurs nouveaux attributs pour synchroniser les champs de noms de personnes avec Active Directory ou pour modifier les attributs de création de rapports d'un champ.	Gestion des champs d'éléments de travail (witadmin)
Activer la synchronisation d'un champ de nom de personne. Vous pouvez mettre à jour le nom d'un membre d'équipe dans Active Directory et la modification est automatiquement mise à jour dans les champs d'éléments de travail correspondants.	Nouveautés du suivi des éléments de travail

Tâches côté client qui requièrent la connexion de Team Explorer 2010 à Team Foundation Server 2010

Le tableau suivant résume les tâches côté client qui sont uniquement disponibles si la version actuelle de Team Explorer est connectée à Team Foundation Server 2010.

Tâches	Rubriques connexes
Générer une liste d'éléments de travail liés. Vous pouvez afficher une liste d'éléments de travail qui illustre les dépendances, à l'aide des liens directs ou des types de requêtes d'arborescence.	Afficher et modifier des éléments de travail dans une arborescence Afficher et modifier des éléments de travail dans une vue de liens directs
Générer une liste d'éléments de travail qui utilisent les nouveaux critères de requête. Vous pouvez exécuter des requêtes basées sur une comparaison d'un autre champ, sur l'appartenance à un groupe ou sur des catégories.	Champs de requête, opérateurs, valeurs et variables Spécifier des critères de filtre de requête
Créer et gérer des liens de dépendance et de hiérarchie entre des éléments de travail. vous pouvez créer, modifier et supprimer des liens entre des éléments de travail. Vous pouvez créer plusieurs liens à la fois et modifier les relations de liens à l'aide de la version actuelle de Team Explorer, Team Web Access, Microsoft Excel ou Microsoft Project.	Créer ou supprimer des relations entre éléments de travail Configurer les éléments de travail d'une liste d'arborescence dans Office Excel Tâches séquencées ou subordonnées dans Office Project
Afficher des contrôles personnalisés dans les formulaires d'éléments de travail. Vous pouvez ajouter des contrôles dans les formulaires d'éléments de travail. Vous pouvez afficher les contrôles suivants, mais uniquement à partir de la version actuelle de Team Explorer ou Team Web Access : Filtre de lien : Contrôler l'ensemble des types de liens qui peuvent être utilisés pour lier des types d'éléments de travail. Vous pouvez également spécifier les champs de colonne par défaut qui s'affichent pour les liens dans un formulaire d'élément de travail. Étiquette de lien hypertexte : Attacher un lien hypertexte au texte informatif ou à une étiquette de champ. Étiquette autonome : Fournir du texte informatif sans l'associer à un champ quelconque. Vous pouvez également attacher un lien hypertexte à une partie du texte ou à la totalité de celui-ci. Contenu Web : contenu d'affichage basé sur un URI (Uniform Resource Identifier) ou du code HTML dans un formulaire d'élément de travail. Les types Cas de test et Étapes partagées d'éléments de travail dépendent du contrôle des étapes de test et du contrôle d'automatisation de test associé. Vous pouvez afficher, mais ne pouvez pas modifier ces contrôles dans la version actuelle de Team Explorer ou Team Web Access.	Spécification des contrôles de formulaire d'élément de travail Cas de test (Agile)
Créer et gérer des définitions de build. Une définition de build contient des instructions sur les projets de code à compiler, sur l'action qui doit initialiser une génération, sur les tests à exécuter et de nombreuses autres configurations. Vous pouvez même utiliser des fichiers MSBuild hérités à l'aide du modèle de mise à niveau.	Définir votre processus de build Utiliser des builds MSBuild héritées à l'aide du modèle de mise à niveau
Créer et modifier un contrôleur de build. Créez un contrôleur de build pour gérer les services d'un ou de plusieurs agents de build pour votre collection de projets d'équipe ou pour modifier un contrôleur existant.	Créer et utiliser un contrôleur de build
Créer un agent de build. Un agent de build prend les demandes du contrôleur de build et exécute le travail de génération.	Créer et utiliser des agents de build

Connexion de Team Explorer à Team Foundation Server.

Vous pouvez connecter la version actuelle de Team Explorer à Team System 2008 Team Foundation Server en supprimant le chemin d'accès par défaut défini pour le serveur. Si vous utilisez la version actuelle de Team Explorer avec Team System 2008 Team Foundation Server, vous ne pourrez utiliser que les fonctionnalités disponibles dans l'ancienne version de Team Foundation Server. Les nouvelles fonctions de Team Foundation Server 2010 ne sont pas disponibles dans l'interface utilisateur. Pour plus d'informations sur les nouvelles fonctionnalités, consultez Nouveautés de Visual Studio 2010 Application Lifecycle Management et Nouveautés du suivi des éléments de travail.

Vous pouvez vous connecter à toute collection de projets d'équipe dans un déploiement de Team Foundation Server 2010 en utilisant Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public ou Team Explorer pour Visual Studio 2005 Team System avec SP1 et correctif logiciel grand public. Toutefois, vous ne pouvez pas utiliser les fonctionnalités qui ont été introduites dans la version actuelle de Team Explorer.

Pour se connecter à Team Foundation Server

Dans Visual Studio, dans le menu Outils, cliquez sur Se connecter à Team Foundation Server.

Notes

Si cette option n'apparaît pas, cela signifie que vous n'avez pas installé Team Explorer. Vous devez installer Team Explorer pour pouvoir vous connecter à Team Foundation Server.
Dans la boîte de dialogue Se connecter au projet d'équipe, cliquez sur Serveurs.
Dans la boîte de dialogue Ajouter Team Foundation Server, cliquez sur Ajouter.
Exécutez l'une des actions suivantes, selon le serveur auquel vous vous connectez :
- Pour se connecter de Team Explorer 2010 à Team System 2008 Team Foundation Server :
  
  Dans la boîte de dialogue Ajouter Team Foundation Server, tapez le nom ou l'URL du serveur.
  
  Effacez tfs de la zone Chemin d'accès. Pour se connecter à Team System 2008 Team Foundation Server, cette zone doit être vierge.
- Pour se connecter de Team Explorer pour Visual Studio Team System 2008 ou Visual Studio 2005 Team System à Team Foundation Server 2010 :
  
  Dans la boîte de dialogue Ajouter Team Foundation Server, tapez le nom ou l'URL du serveur dans la zone Nom ou URL de Team Foundation.
  
  Lorsque vous tapez un nom de serveur, le champ Aperçu affiche automatiquement le format d'URL, comme dans l'exemple suivant :
  
  http:// NomServeur:Port**/**RépertoireVirtuel/NomCollection
  
  NomServeur correspond au nom du serveur qui héberge Team Foundation Server.
  
  Port est le port utilisé par Team Foundation Server ; la valeur par défaut est 8080. Si votre serveur utilise un numéro de port différent, vous devez spécifier ce numéro de port dans l'URL.
  
  RépertoireVirtuel est le chemin d'accès par défaut des collections de projets stockées sur le serveur. Par défaut, le répertoire virtuel est tfs. Ce chemin d'accès est facultatif et défini par Team Foundation Server.
  
  NomCollection est le nom de la collection de projets d'équipe dans laquelle le projet d'équipe est stocké.
  
  Les exemples suivants présentent des chaînes de connexion typiques : http://monserveur:8080/tfs/Collection1
  
  http://serveur:8080/Collection1
  
  Notes
  
  Vous pouvez vous connecter à la collection de projets d'équipe par défaut en tapant uniquement le nom du serveur. Cette méthode est limitée dans le sens que vous ne pouvez vous connecter qu'à une seule collection de projets dans Team Foundation Server.
Vérifiez que l'URL est correcte, cliquez sur OK deux fois, puis cliquez sur Fermer.
Dans la boîte de dialogue Se connecter au projet d'équipe, sous Projet d'équipe, cliquez sur la case à cocher pour chaque projet d'équipe auquel vous souhaitez accéder, puis cliquez sur Se connecter.

Prise en charge de fonctionnalités fournie par le correctif logiciel grand public

Vous pouvez examiner les tableaux suivants pour comprendre comment les fonctionnalités nouvelles ou existantes sont prises en charge pour les versions antérieures de Team Explorer. Vous ne pouvez connecter une version antérieure de Team Explorer à la version actuelle de Team Foundation Server que si le SP1 et le correctif logiciel grand public sont installés. Tous les problèmes décrits dans les sections suivantes s'appliquent à Team Explorer pour Visual Studio Team System 2008 et Visual Studio 2005 Team System du moment que le SP1 et le correctif logiciel grand public de chaque version sont installés.

Planification et suivi de projet
Gestion des builds
Gestion de cas de test et publication des résultats des tests
Gestion du contrôle de version
Nouvelles fonctionnalités qui affectent la compatibilité des versions

Planification et suivi de projet

Tâche	Versions antérieures de Team Explorer avec SP1 et correctif logiciel grand public.	Solutions
Se connecter à plusieurs déploiements de Team Foundation Server.	Vous pouvez vous connecter à tout projet d'équipe de toute collection de projets sur tout serveur qui exécute Team Foundation Server.	Aucune obligatoire.
Une fois les emplacements des documents partagés, le portail du projet et le guide de processus modifiés, envoyez les URL des nouveaux emplacements aux membres de l'équipe qui utilisent des versions antérieures de Team Explorer.	Le correctif logiciel grand public permet aux versions antérieures de Team Explorer d'extraire automatiquement l'emplacement des documents partagés, du portail du projet et du guide de processus.	Aucune obligatoire.
Intégration Microsoft Excel ou Microsoft Project.	Vous pouvez ouvrir et modifier un fichier Microsoft Project à partir d'un client antérieur, mais vous ne pouvez pas modifier les relations de liens basées sur la hiérarchie et des dépendances.	Aucune obligatoire.
Afficher de nouveaux contrôles personnalisés dans les formulaires d'éléments de travail.	Vous pouvez afficher des formulaires d'éléments de travail qui contiennent de nouveaux contrôles personnalisés, mais ces derniers s'affichent comme manquants. L'emplacement sur le formulaire du contrôle manquant s'affiche en rouge et inclut le chemin d'accès du contrôle manquant.	Pour afficher tous les nouveaux contrôles de formulaires d'éléments de travail, utilisez la version actuelle de Team Explorer dans une configuration en côte à côte ou utilisez Team Web Access. Remarque Les modèles de processus pour Microsoft Solutions Framework (MSF) ne contiennent pas de nouveaux contrôles personnalisés, sauf ceux pour les types d'éléments de travail Cas de test et Étapes partagées. Pour modifier des étapes de test manuelles dans les cas de test et les étapes partagées, vous devez utiliser Gestionnaire de tests Microsoft, quelle que soit la version de Team Explorer que vous utilisez.
Accéder au nœud Rapports.	Vous pouvez accéder au nœud Rapports qui s'affiche dans le nœud du projet dans Team Explorer.	Aucune obligatoire.
Créer et exécuter des requêtes d'éléments de travail qui prennent en charge des liens directs et des arborescences.	Vous pouvez déterminer, à partir de l'interface utilisateur, quelles requêtes peuvent être exécutées uniquement à partir d'un client plus récent. Ces requêtes s'affichent dans Team Explorer avec un X rouge. Vous ne pouvez pas exécuter de requêtes à l'aide des nouveaux affichages des requêtes lorsque vous utilisez des versions antérieures de Team Explorer.	Aucune obligatoire.
Créer et exécuter des requêtes d'éléments de travail dont les critères accèdent aux nouvelles fonctionnalités liées aux groupes, catégories ou comparaisons de champs.	Vous pouvez déterminer, à partir de l'interface utilisateur, quelles requêtes requièrent Team Explorer 2010. Ces requêtes s'affichent dans Team Explorer avec un X rouge. Vous ne pouvez pas exécuter de requêtes à l'aide des nouveaux critères de filtre lorsque vous utilisez des versions antérieures de Team Explorer.	Aucune obligatoire.
Créer et organiser des dossiers de requêtes.	Vous pouvez accéder aux requêtes stockées dans les dossiers de requêtes. Les requêtes sont précédées du nom du dossier et des sous-dossiers dans lesquels elles sont définies sur le serveur, comme dans l'illustration suivante : Vous ne pouvez pas créer de dossiers de requêtes, ni définir d'autorisations sur les dossiers de requêtes.	Utilisez Team Web Access ou Team Explorer 2010 dans une configuration en côte à côte pour créer des dossiers de requêtes ou pour définir des autorisations de dossiers de requêtes.

Gestion de cas de test et publication des résultats des tests

Tâche	Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public	Solutions
Créer et modifier des étapes de test et champs d'automatisation définis dans les cas de test.	Vous pouvez afficher le contrôle des étapes de test et le contrôle d'automatisation associé en lecture seule. Ceci est compatible avec les fonctionnalités de la version actuelle de Team Explorer.	Vous pouvez utiliser Team Web Access pour afficher les contrôles en lecture seule. Vous devez utiliser Gestionnaire de tests Microsoft pour modifier ces contrôles. Pour plus d'informations sur ces contrôles, consultez Comment : créer un cas de test manuel.
Publier les résultats des tests.	Vous pouvez publier les résultats des tests à partir de Visual Studio en utilisant le serveur de publication des résultats des tests et à partir de l'outil en ligne de commande MSTest. Vous pouvez également afficher les résultats des tests à partir de Visual Studio.	Vous pouvez publier les résultats des tests à l'aide de Team Explorer 2010 ou Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public.

Créer et modifier des étapes de test et champs d'automatisation définis dans les cas de test.

Vous pouvez afficher le contrôle des étapes de test et le contrôle d'automatisation associé en lecture seule. Ceci est compatible avec les fonctionnalités de la version actuelle de Team Explorer.

Vous pouvez utiliser Team Web Access pour afficher les contrôles en lecture seule.

Vous devez utiliser Gestionnaire de tests Microsoft pour modifier ces contrôles. Pour plus d'informations sur ces contrôles, consultez Comment : créer un cas de test manuel.

Publier les résultats des tests.

Vous pouvez publier les résultats des tests à partir de Visual Studio en utilisant le serveur de publication des résultats des tests et à partir de l'outil en ligne de commande MSTest. Vous pouvez également afficher les résultats des tests à partir de Visual Studio.

Vous pouvez publier les résultats des tests à l'aide de Team Explorer 2010 ou Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public.

Gestion du contrôle de version

Le fait de renommer des fichiers dans contrôle de version Team Foundation peut provoquer des résultats inattendus lorsque vous utilisez Team Explorer pour Visual Studio Team System 2008 ou des clients antérieurs. Ceci est particulièrement vrai si vous utilisez la fonction rename sur un fichier en attente lorsque vous avez également créé un fichier avec cette fonction qui porte le nom d'origine du fichier en attente. Dans cette situation, en utilisant une version antérieure de Team Explorer, vous ne pouvez archiver qu'un seul fichier portant un nom conflictuel. Vous ne pouvez pas archiver le nouveau fichier qui est en attente. Dans cette situation, vous devez annuler les modifications pour que le client retrouve un état normal.

Lorsque vous utilisez une version antérieure de Team Explorer, vous pouvez utiliser rename sans empêcher d'autres utilisateurs d'archiver des fichiers, et vous pouvez conserver l'intégrité des données sur le serveur.

Le tableau suivant résume les tâches de contrôle de version qui rencontrent des problèmes de compatibilité lorsque vous utilisez des versions antérieures de Team Explorer.

Tâche	Versions antérieures de Team Explorer avec SP1 et correctif logiciel grand public	Solutions
Renommer un fichier dans contrôle de version Team Foundation.	Vous pouvez afficher, mettre à jour, annuler et valider des modifications en attente lorsque vous renommez des fichiers et des dossiers dans le contrôle de version. Pendant les opérations de rename, vous pouvez afficher les modifications validées à la fois dans les détails de l'ensemble de modifications et l'Explorateur du contrôle de code source. Les affichages fournissent des messages exacts pendant la résolution des conflits.	Utilisez la version actuelle de Team Explorer ou Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public lorsque vous utilisez la fonction rename. Si vous devez travailler à partir d'un client plus ancien, archivez toujours un fichier après avoir exécuté une opération rename et avant de créer un autre fichier qui porte le même nom.
Archivez le code source qui affecte plusieurs définitions de build contrôlées.	Vous pouvez soumettre des modifications qui affectent des définitions de build contrôlées, mais aucune boîte de dialogue de confirmation ne s'affichera. Si votre archivage affecte plusieurs définitions contrôlées, il échouera, et vous ne serez pas alerté de l'échec.	Vous pouvez utiliser Build Explorer pour afficher l'état de l'archivage ou vous pouvez utiliser l'application de notifications de build. Pour plus d'informations, consultez Surveiller la progression d'une exécution de build.

Renommer un fichier dans contrôle de version Team Foundation.

Vous pouvez afficher, mettre à jour, annuler et valider des modifications en attente lorsque vous renommez des fichiers et des dossiers dans le contrôle de version.

Pendant les opérations de rename, vous pouvez afficher les modifications validées à la fois dans les détails de l'ensemble de modifications et l'Explorateur du contrôle de code source. Les affichages fournissent des messages exacts pendant la résolution des conflits.

Utilisez la version actuelle de Team Explorer ou Team Explorer pour Visual Studio Team System 2008 avec SP1 et correctif logiciel grand public lorsque vous utilisez la fonction rename.

Si vous devez travailler à partir d'un client plus ancien, archivez toujours un fichier après avoir exécuté une opération rename et avant de créer un autre fichier qui porte le même nom.

Archivez le code source qui affecte plusieurs définitions de build contrôlées.

Vous pouvez soumettre des modifications qui affectent des définitions de build contrôlées, mais aucune boîte de dialogue de confirmation ne s'affichera. Si votre archivage affecte plusieurs définitions contrôlées, il échouera, et vous ne serez pas alerté de l'échec.

Vous pouvez utiliser Build Explorer pour afficher l'état de l'archivage ou vous pouvez utiliser l'application de notifications de build. Pour plus d'informations, consultez Surveiller la progression d'une exécution de build.

Gestion des builds

Les agents de build créés à partir de Team Foundation Build pour Visual Studio Team System 2008 ne fonctionneront pas dans Team Foundation Build pour Team Foundation Server 2010. Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Mise à niveau des définitions de build TFS 2008 vers TFS 2010 (page éventuellement en anglais). Vous pouvez mettre à niveau automatiquement les nouvelles définitions de build vers Team Foundation Server 2010 si vous utilisez le modèle de processus de génération de mise à niveau.

Le tableau suivant résume les tâches de gestion de builds qui rencontrent des problèmes de compatibilité lorsque vous utilisez des versions antérieures de Team Explorer, avec ou sans correctif logiciel grand public.

Tâche	Versions antérieures de Team Explorer avec SP1 et correctif logiciel grand public	Solutions
Modifier les propriétés du contrôleur de build.	Vous ne pouvez pas modifier les propriétés du contrôleur de build à partir de la boîte de dialogue Propriétés de l'agent de build. Le message d'erreur suivant s'affiche : « La mise à jour d'agents de build n'est pas prise en charge à partir de ce client. Veuillez utiliser un client compatible avec Team Foundation Build 2010 et réessayer. »	Utiliser la version actuelle de Team Explorer dans une configuration en côte à côte.
Créer et gérer des définitions de build.	Vous pouvez créer des définitions de build, mais vous ne pourrez ni modifier ces dernières, ni les autres définitions de build existantes.	Utilisez la version actuelle de Team Explorer pour modifier des définitions de build. Sinon, vous pouvez utiliser un éditeur de texte ou éditeur XML pour modifier le modèle de processus de génération.

Team Web Access et la compatibilité de versions

Team Web Access est automatiquement installé et configuré lorsque vous installez Team Foundation Server 2010. La compatibilité de versions n'est pas un problème parce que toutes les instances de Team Foundation Server sont accessibles par les services Team Web Access hébergés sur ce serveur. Pour plus d'informations sur les navigateurs Web pris en charge, consultez Gestion du travail à l'aide de Team Web Access.

Vous devez régénérer tous les contrôles personnalisés pour les formulaires d'éléments de travail personnalisés ayant été construits pour Team Web Access pour Visual Studio Team System 2008. Vous devez régénérer ces contrôles en utilisant les références d'assembly de la version actuelle de Team Web Access. Les contrôles personnalisés sont habituellement compatibles au format binaire dans la même version principale. Par exemple, vous pouvez utiliser des contrôles personnalisés pour la version bêta 2 de la version 2010 de Team Web Access sans changement pour la version finale de la version 2010 de Team Web Access.

Microsoft Source Code Control Interface (MSSCCI) Provider 2010 Power Tool

Avec l'outil MSSCCI, vous pouvez intégrer contrôle de version Team Foundation à des produits qui ne prennent pas en charge l'intégration à Team Explorer. La version 2010 de cet outil prend en charge Team Foundation Server 2010 et est compatible avec les versions logicielles suivantes :

Visual Studio .NET 2003
Visual C++ 6 SP6
Visual Basic 6 SP6
Visual FoxPro 9 SP1
Microsoft Access 2003 SP2
SQL Server Management Studio
Sparx Systems Enterprise Architect 6.1
Sybase PowerBuilder 10.5
Toad pour SQL Server 2.0

Ressources supplémentaires

Pour plus d'informations, consultez les pages suivantes du site Web Microsoft :

Voir aussi

Concepts

Utilisation de clients Team Foundation

Planification et suivi de projets

Autres ressources

Gestion du travail à l'aide de Team Web Access