Compatibilité et dépendances de TFS 2013

Avant de mettre à niveau votre version actuelle de Team Foundation Server (TFS) ou de configurer un nouvel environnement, vous devez connaître les conditions préalables, les dépendances et autres composants de mises à niveau et d'environnements. L'utilisation d'une version particulière de TFS pouvant déterminer les autres versions logicielles nécessaires, les effets d'une mise à niveau peuvent avoir une portée considérable. Ce guide clarifie les dépendances associées à TFS 2013 et rassemble les conditions requises et les considérations spéciales. Vous devez le lire attentivement avant toute mise à niveau ou tout démarrage d'un nouvel environnement.

Notes

Ce document fournit de l'aide sur l'intégration à tous les principaux produits utilisables avec TFS.Toutefois, comme il s'agit de sa première version, celle-ci peut comporter certains manques.

Dans cette rubrique

• Mises à niveau TFS

• Principales dépendances de TFS 2013

  • Systèmes d'exploitation

  • SQL Server

  • SharePoint

  • Project Server

• Dépendances mineures de TFS 2013

  • Navigateurs

  • Office (produits clients)

  • .NET Framework

  • Hyper-V

  • System Center Virtual Machine Manager

  • Configuration matérielle requise

• Compatibilité du client

  • Prise en charge de Visual Studio et Team Explorer

  • Team Explorer Everywhere

  • Clients Git

  • MSSCCI

  • Modèle objet TFS

• Autres outils

  • Contrôleurs et agents de build locaux

  • Proxy local

  • Gestion de cas de test (TCM)

  • Services Visual Studio Online

  • TFS PowerTools

Mises à niveau TFS

Avant d'étudier la compatibilité avec d'autres dépendances, nous allons prendre un moment pour aborder certaines options de mise à niveau depuis les versions antérieures de TFS. La mise à niveau proprement dite de TFS dépend de l'ancienneté de sa version antérieure. Dans TFS 2013, nous prenons en charge des mises à niveau directes depuis TFS 2012 (RTM ou QU4), et TFS 2010. Si vous utilisez TFS 2008 ou TFS 2005, vous devez installer une version intermédiaire avant d'installer TFS 2013.

Si vous effectuez une mise à niveau depuis TFS 2005, vous devez installer TFS 2010 RTM ou TFS 2010 SP1 avant d'installer TFS 2013. Si vous effectuez une mise à niveau depuis TFS 2008, vous pouvez choisir la version intermédiaire à installer (TFS 2010 ou TFS 2012) ; toutefois, nous recommandons TFS 2012, car la mise à niveau depuis TFS 2012 vers TFS 2013 est plus automatisée que les mises à niveau depuis 2010.

Vous pouvez mettre à niveau TFS sur place ou migrer votre instance vers une nouvelle configuration matérielle. Si vous passez à TFS 2013 depuis une version plus ancienne de TFS qui ne prend pas en charge les mêmes systèmes d'exploitation, vous devez effectuer une migration. Une autre raison d'effectuer une mise à niveau par migration serait la nécessité de passer à une configuration matérielle plus puissante ou de renforcer votre environnement pour qu'il prenne en charge une plus grande utilisation. Toutefois, si ces facteurs ne vous concernent pas, nous vous recommandons une mise à niveau sur place. Pour plus d'informations sur le processus de mise à niveau, consultez notre documentation sur MSDN ou notre guide de mise à niveau supplémentaire écrit par le groupe ALM Rangers. Les débutants peuvent consulter certaines FAQ sur la mise à niveau ici.

Principales dépendances de TFS 2013 : versions prises en charge

Toutes les versions prises en charge de chaque dépendance TFS sont reprises ci-après dans des sections spécifiques et récapitulées dans différents tableaux. Chaque section commence par un tableau qui indique également les versions prises en charge dans TFS 2012 et TFS 2010 ; ainsi, si vous planifiez une mise à niveau, vous savez quelles sont les dépendances à mettre à jour. Si des versions secondaires ne sont pas explicitement indiquées, vous pouvez considérer que toutes les versions secondaires sont prises en charge. Pour faciliter la lisibilité, les éditions prises en charge de chaque produit ne sont répertoriées que pour les versions actuellement prises en charge dans TFS 2013.

Systèmes d'exploitation

Cette section traite des dépendances de système d'exploitation, par système d'exploitation serveur et système d'exploitation client.

Tableau de prise en charge des systèmes d'exploitation serveur

Système d'exploitation Server	TFS 2013	TFS 2012	TFS 2010
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012
Windows Server 2008 R2 (Standard, Entreprise, Datacenter)	(SP1 au minimum)
Windows Server 2008		(SP2 au minimum)
Windows Server 2003 R2
Windows Server 2003			(SP2 au minimum)
Windows Small Business Server 2011 (Standard, Essentials, Premium Add-On)
Windows Home Server 2011

Tableau de prise en charge des systèmes d'exploitation client

Système d'exploitation client	TFS 2013	TFS 2012	TFS 2010
Windows 8.1 (Basique, Professionnel, Entreprise)
Windows 8
Windows 7 (Familiale Premium, Professionnel, Entreprise, Intégrale)	(SP1 au minimum)
Windows Vista			(SP2 au minimum)

Considérations spéciales

• TFS prend en charge les systèmes d'exploitation 32 bits de façon limitée. Nous ne prenons en charge que les versions 64 bits des systèmes d'exploitation serveur, et qu'une partie des fonctionnalités TFS sur les systèmes d'exploitation clients 32 bits. Le proxy, les extensions SharePoint et l'Assistant Couche Application standard ne peuvent pas être exécutés sur les ordinateurs 32 bits. Notez que si vous souhaitez configurer TFS sur un ordinateur 32 bits en utilisant l'Assistant Couche Application avancée, vous ne pouvez pas activer SharePoint ou la création de rapports, car ces produits nécessitent un système d'exploitation serveur. Si vous envisagez d'installer SQL Server et TFS sur le même ordinateur, gardez à l'esprit que SQL Enterprise ne peut pas être installé sur un système d'exploitation client.

• Par le passé, nous prenions en charge pour les ordinateurs TFS Build des versions de Windows plus anciennes que pour la couche Application. Cela n'est pas vrai dans TFS 2013 : la prise en charge de système d'exploitation est la même. Si vous envisagez de mettre à jour vos ordinateurs Build quand vous mettrez à jour TFS, accordez une attention particulière au système d'exploitation en cours d'exécution sur ces serveurs. Cela étant dit, TFS 2013 peut communiquer avec les anciennes versions de Build. Voir la section « Build » dans « Compatibilité ».

• Vous pouvez installer TFS dans différentes langues sur les systèmes d'exploitation pris en charge dans différentes langues, mais vous ne pouvez pas utiliser chaque combinaison linguistique de système d'exploitation et de TFS. Voici les règles :

  • Si vous n'exécutez pas un système d'exploitation en anglais, vous devez installer la version anglaise de TFS ou la version de TFS qui a été localisée pour la même langue que le système d'exploitation.

  • Si vous exécutez un système d'exploitation en anglais, vous pouvez installer n'importe quelle version linguistique de TFS.

  • Pour plus d'informations sur les options linguistiques, consultez Spécifications de langue pour Team Foundation Server.

Pour plus d'informations sur la configuration système requise, consultez Configuration système requise pour Team Foundation Server.

SQL Server

Cette section traite des dépendances de SQL Server pour TFS.

Tableau de prise en charge

SQL Server	TFS 2013	TFS 2012	TFS 2010
SQL Server 2014 ¹
SQL Server 2012 (Express, Standard, Enterprise)	(SP1² au minimum)
SQL Server 2008 R2
SQL Server 2008

¹ TFS 2013 Update 2 (TFS 2013.2) prend en charge SQL Server 2014 (voir « Considérations spéciales »).

² Nous recommandons d'installer la mise à jour cumulative CU2 ou version ultérieure en plus de SQL Server 2012 SP1.

Considérations spéciales

• Si vous souhaitez utiliser la création de rapports (dans la même instance SQL que celle utilisée par TFS), vous devez installer SQL Standard ou Enterprise. SQL Express ne prend pas en charge cette fonctionnalité.

• Comme TFS 2010 et TFS 2013 ne partagent aucune version SQL, vous devez effectuer une mise à niveau par migration ou mettre à niveau leur serveur SQL Server, puis leur serveur TFS pendant un temps mort unique.

• La version de SQL Express installée avec TFS Express est la version 2012 SP1. Nous mettons à niveau SQL Express 2008 R2 et 2012 RTM tant qu'il s'agit d'une instance par défaut. Cela signifie que les versions de SQL Express installées avec TFS 2012 et 2010 peuvent être mises à niveau. Les versions inférieures de SQL Express sont bloquées et nécessitent une mise à niveau manuelle.

• Pour fonctionner avec Team Foundation Server, les paramètres de classement pour SQL Server ne doivent pas respecter la casse, doivent respecter les accents et ne doivent pas être binaires. Si vous avez plusieurs instances de SQL Server, les paramètres de classement que vous utilisez doivent être les mêmes sur tous ces serveurs. Pour plus d'informations sur les paramètres de classement, consultez Conditions requises pour le classement SQL Server pour Team Foundation Server

• La configuration matérielle requise pour SQL Server 2014 est plus complexe que pour les versions précédentes. Certaines configurations peuvent avoir un impact sur les performances TFS. Pour plus d'informations, voir TFS 2013 Update 2 : considérations liées aux performances lors de l'utilisation de SQL Server 2014.

Pour plus d'informations sur la configuration requise pour SQL Server, consultez Configuration SQL Server requise pour Team Foundation Server.

SharePoint

Cette section traite des dépendances de SharePoint pour TFS.

Tableau de prise en charge

SharePoint	TFS 2013	TFS 2012	TFS 2010
SharePoint 2013 (Foundation, Standard, Entreprise)
SharePoint 2010 (Foundation, Standard, Entreprise)
Office SharePoint Server 2007 (Standard, Enterprise) / Windows SharePoint Services 3.0 ¹

¹ Windows SharePoint Services correspond aux éditions Foundation des produits SharePoint actuels. En 2010, Microsoft a changé sa stratégie d'attribution de nom des produits.

Considérations spéciales

• Avant d'installer SharePoint, veillez à passer en revue les conditions préalables et les services recommandés détaillés dans la page des configurations requises correspondante. L'installation de SharePoint Foundation par le biais de l'Assistant standard de TFS installe également tous les composants nécessaires.

• Notez que vous pouvez être amené à mettre à niveau votre batterie de serveurs SharePoint quand vous mettez à niveau TFS. Planifiez la mise à niveau en conséquence : comme SharePoint ne prend en charge que les mises à niveau depuis la version antérieure la plus récente, le fait de sauter plusieurs versions peut prendre du temps.

• Accordez une attention particulière aux systèmes d'exploitation que SharePoint prend en charge. SharePoint ne peut être installé que sur les systèmes d'exploitation serveur. En outre, le choix du système d'exploitation peut déterminer la version de SharePoint disponible. Par exemple, SharePoint 2013 sans Service Pack ne prend pas en charge Windows Server 2012 R2. Pour que Windows Server 2012 R2 soit pris en charge, vous devez utiliser SharePoint 2013 avec SP1 (obtenez-le maintenant). De même, SharePoint 2010 sans Service Pack ne prend pas en charge Windows Server 2012, contrairement à SharePoint 2010 avec SP2.

  • SharePoint publie fréquemment des correctifs pour résoudre les problèmes de compatibilité sur différentes versions de Windows. Pensez à installer ces correctifs pour que tout fonctionne correctement. Pour plus d'informations, consultez la page des configurations requises correspondante.

• Vous devez envisager d'installer SharePoint sur un serveur spécifique : outre le fait de ne pas avoir la même configuration système requise que TFS, SharePoint nécessite beaucoup de mémoire et ne partage pas les ressources correctement. Vous devez absolument placer SharePoint sur un serveur dédié si vos couches Application et Données TFS se trouvent sur le même ordinateur ou que vous envisagez d'utiliser SharePoint beaucoup ou avec des produits autres que TFS.

• Si vous envisagez de partager les serveurs SQL Server entre SharePoint 2010 et TFS, SharePoint 2010 avec au moins SP1 est nécessaire pour que SQL 2012 SP1 soit pris en charge.

• L'intégration de plusieurs instances de TFS à la même instance de SharePoint a une incidence sur la version des extensions SharePoint à installer sur votre serveur SharePoint. Si les versions des instances de TFS diffèrent, vous devez installer la version des extensions SharePoint qui correspond à la version de TFS se connectant à SharePoint la plus récente. Gardez à l'esprit que ces extensions doivent être installées sur les serveurs TFS et sur le serveur SharePoint. Les extensions SharePoint TFS 2013 présentent une compatibilité descendante et peuvent communiquer avec les serveurs TFS 2012 et TFS 2010. Il n'existe pas de compatibilité descendante avec TFS 2008 et TFS 2005, mais il n'existe pas non plus de chevauchement entre les versions de SharePoint prises en charge par ces versions et les versions prises en charge par TFS 2013.

• La langue de SharePoint doit correspondre à la langue de votre déploiement TFS. Toutefois, vous pouvez ajouter un module linguistique approprié à SharePoint pour satisfaire aux exigences de TFS. Pour plus d'informations sur les options linguistiques de TFS, consultez Spécifications de langue pour Team Foundation Server.

Pour plus d'informations sur la configuration requise pour SharePoint, consultez Spécifications des produits SharePoint pour Team Foundation Server

Project Server

Cette section traite des dépendances de Project Server pour TFS.

Tableau de prise en charge

Project Server	TFS 2013	TFS 2012	TFS 2010
Project Server 2013
Project Server 2010	(SP1 au minimum)	(SP1 au minimum)
Project Server 2007		(SP2 au minimum)	(SP2 au minimum)

Considérations spéciales

• TFS ne nécessite pas de topologie particulière pour Project Server, mais nous vous recommandons d'exécuter Project Server sur un serveur distinct de celui de TFS pour des raisons de performance.

• Project Server étant dépendant de SharePoint, vous devez également accorder une attention particulière à la configuration requise de SharePoint quand vous planifiez votre déploiement.

• Pour installer Project Server 2010 sur Windows Server 2012, vous avez besoin de SP2.

• Comme SharePoint, Project Server n'est compatible qu'avec les systèmes d'exploitation serveur 64 bits. Pour plus d'informations sur les configurations matérielle et logicielle requises pour Project Server, notamment sur les spécifications propres aux fonctionnalités, consultez cette rubrique.

• Si vous mettez à niveau Project Server, vous devez suivre une procédure spéciale pour préserver la connexion à TFS. Pour plus d'informations, consultez cette rubrique.

• À la différence des extensions SharePoint, les extensions Project Server ne s'installent que sur le serveur Project Server ; elles ne s'installent pas sur le serveur Team Foundation Server. Vous devez installer les extensions Project Server qui correspondent à la version de TFS que vous utilisez.

• Les utilisateurs de Project Server recourent à un complément MSProject installé avec leurs clients Visual Studio. La prise en charge de ce complément reflète la prise en charge globale de Visual Studio (comme expliqué dans la section Prise en charge de Visual Studio et Team Explorer). Comme ce complément faisait déjà partie de Visual Studio 2010 SP1, toutes les versions sont compatibles avec TFS 2013.

Pour plus d'informations sur la configuration requise pour Project Server, consultez Configuration Project Server requise pour Team Foundation Server

Dépendances mineures de TFS 2013 : versions prises en charge

Bien que ces dépendances soient plutôt mineures, une liste complète des éléments pris en charge ou nécessaires peut s'avérer utile. Dans certains cas, vous pouvez installer TFS sans ces dépendances mineures ; sinon, l'installation de ces dernières pour gérer une dépendance est sans importance.

Navigateurs

Les navigateurs suivants sont pris en charge pour la connexion à TFS par le biais de Team Web Access.

Internet Explorer

Version d'Internet Explorer	TFS 2013	TFS 2012	TFS 2010
Internet Explorer 11
Internet Explorer 10
Internet Explorer 9
Internet Explorer 8
Internet Explorer 7

Safari (sur Mac uniquement)

Safari (Mac uniquement)	TFS 2013	TFS 2012	TFS 2010
Safari 7
Safari 6
Safari 5
Safari 4

Firefox et Chrome

Comme Mozilla Firefox et Google Chrome se mettent à jour automatiquement, TFS 2013 ne prend en charge que la version de chacun d'eux la plus récente.

Considérations spéciales

• Outre les spécifications de navigateur propres à TFS, vos clients Visual Studio, y compris Team Explorer, peuvent présenter des contraintes différentes. Une installation de Visual Studio de la même version que TFS étant nécessaire pour créer des projets d'équipe, vous devez accorder une attention particulière à ces contraintes.

  • Initialement, Visual Studio 2013 ne prenait pas en charge Internet Explorer 8. Avec Visual Studio 2013 Update 1, une prise en charge limitée d'Internet Explorer 8 (incluant la création de projets d'équipe) a été rajoutée.

Office (produits clients)

Cette section traite des dépendances des outils de productivité Office pour TFS.

Tableau de prise en charge

Office	TFS 2013	TFS 2012	TFS 2010
Office 2013
Office 2010
Office 2007

Considérations spéciales

• Si vous utilisez SharePoint avec TFS, vous devrez ajouter SP2 à Office 2007 et SP1 à Office 2010 pour faciliter l'intégration entre Office et SharePoint.

• SharePoint 2010 ne prend pas en charge Office 2013.

.NET Framework

.NET Framework	TFS 2013	TFS 2012	TFS 2010
.NET Framework 4.5.1
.NET Framework 4,5
.NET Framework 4

Dans TFS 2013, TFS, le modèle objet TFS, Team Build et tous les assemblys clients reposent sur .NET 4.5.1. Quand vous installez TFS, .NET Framework est installé sur votre ordinateur si ce n'est déjà fait.

Hyper-V

Hyper-V	TFS 2013	TFS 2012	TFS 2010
Windows Server 2012 R2 Hyper-V
Windows 8.1 Hyper-V
Windows Server 2012 Hyper-V
Windows 8 Hyper-V
Windows Server 2008 R2 Hyper-V
Windows 7 Hyper-V
Windows Server 2008 Hyper-V
Windows Vista Hyper-V

En général, la prise en charge de Hyper-V correspond à la prise en charge du système d'exploitation.

System Center Virtual Machine Manager

SCVMM	TFS 2013	TFS 2012	TFS 2010
SCVMM 2012 R2
SCVMM 2012
SCVMM 2008 R2
SCVMM 2008		(SP2 au minimum)
SCVMM 2003 R2
SCVMM 2003			(SP2 au minimum)

En général, la prise en charge de SCVMM correspond à la prise en charge du système d'exploitation.

Configuration matérielle requise

La configuration matérielle requise est la même depuis TFS 2010. Pour une description complète de la configuration matérielle requise, consultez Configuration système requise pour Team Foundation Server.

Compatibilité du client

La rubrique MSDN sur la compatibilité du client se trouve ici.

Prise en charge de Visual Studio et Team Explorer

Nous définissons trois niveaux de prise en charge du client pour les différentes versions de Visual Studio et Team Explorer. Seule la version la plus récente offre une compatibilité « complète » avec la version la plus récente de Team Foundation Server, car c'est le seul client qui contient des composants pouvant communiquer avec les nouvelles fonctionnalités de cette version et à partir duquel vous pouvez effectuer certaines tâches administratives telles que la création de projets d'équipe. En deçà, les niveaux de prise en charge des versions antérieures dépendent de l'ancienneté de ces dernières. Si vous utilisez des versions de client et de serveur qui ne correspondent pas, vous devez vous assurer que vos ordinateurs de build possèdent la même version que votre couche Application TFS.

Ensuite, nous décrivons le niveau de prise en charge garanti avec chaque version du client. Bien que des fonctionnalités supplémentaires autres que celles répertoriées ci-après puissent demeurer opérationnelles sur des clients plus anciens, ce qui d'ailleurs se vérifie souvent, elles ne font pas partie des éléments que nous testons et prenons en charge officiellement.

Prise en charge complète des fonctionnalités

Toute fonctionnalité tournée vers TFS et exposée dans l'interface utilisateur de Visual Studio et de Team Explorer doit être opérationnelle. Nous garantissons la prise en charge complète des fonctionnalités entre un client et un serveur de la même version.

Remarque : si vous utilisez la dernière version de Visual Studio, mais que vous continuez à utiliser la version antérieure la plus récente de Team Foundation Server (soit provisoirement, soit définitivement), vous pouvez espérer un niveau élevé de compatibilité dans ce cas également. Tous les scénarios non administratifs sont pris en charge.

Niveau élevé de prise en charge

Si vous exécutez la version antérieure la plus récente de Visual Studio ou de Team Explorer (Visual Studio 2012, si vous utilisez TFS 2013), vous pouvez espérer que la plupart des fonctionnalités soient prises en charge à partir de Visual Studio. Vous pouvez être amené à installer la dernière mise à jour, mais une fois cette opération effectuée, les scénarios généraux dont les acteurs n'effectuent pas de tâches administratives seront pris en charge. Cela inclut les fonctionnalités dont ont besoin les développeurs et les testeurs pour poursuivre leurs tâches quotidiennes, telles que la mise en file d'attente des builds, l'exécution des requêtes, l'affichage des documents, ainsi que la récupération, la modification et l'archivage des fichiers. En outre, les responsables de programme doivent pouvoir continuer à utiliser la plupart des fonctionnalités pertinentes pour eux, mais peuvent avoir besoin d'un accès web pour certains scénarios, tels que la gestion de zones et d'itérations, ainsi que l'écriture de nouvelles requêtes.

Les modèles de processus anciens qui étaient utilisés avec la version antérieure de Team Foundation Server doivent demeurer compatibles avec le nouveau serveur.

Prise en charge générale

Si un client est plus ancien que votre serveur de deux versions, vous pouvez espérer une prise en charge générale, après avoir installé un correctif logiciel grand public (GDR) de compatibilité. Cela s'apparente au niveau élevé de prise en charge que vous constatez quand Visual Studio est plus ancien que TFS d'une version ; toutefois, l'expérience procurée par certains scénarios spécifiques peut être dégradée, mais pas entièrement bloquée. Les personnes autres que les administrateurs doivent pouvoir continuer à effectuer librement leur travail quotidien, et les modèles de processus plus anciens doivent demeurer compatibles avec le nouveau serveur.

Prise en charge de MSSCCI

Visual Studio/Team Explorer 2008 et Visual Studio 2005 ne sont plus officiellement pris en charge. Pour se connecter au serveur, ces clients doivent passer par le fournisseur MSSCCI. La prise en charge de MSSCCI se limite à l'intégration du contrôle de code source et aux commandes MSSCCI. L'objectif est simplement de permettre aux développeurs de continuer à utiliser des applications héritées dans un serveur mis à niveau. Pour plus d'informations sur le fournisseur MSSCCI, consultez ci-après la section « MSSCCI ».

Matrice de prise en charge tirée de MSDN

Version Visual Studio/Team Explorer	Notes de prise en charge de TFS 2013	Notes de prise en charge de TFS 2012	Notes de prise en charge de TFS 2010
Visual Studio/Team Explorer 2013	Pris en charge (RTM ou dernière mise à jour)	Pris en charge (RTM ou dernière mise à jour)	Pris en charge (RTM ou dernière mise à jour)
Visual Studio/Team Explorer 2012	Nécessite la dernière mise à jour de Visual Studio 2012. Prend en charge Git avec l'extension Outils Visual Studio pour Git.	Pris en charge (RTM ou dernière mise à jour). Prend en charge Git avec l'extension Outils Visual Studio pour Git.	Pris en charge (RTM ou dernière mise à jour). Prend en charge Git avec l'extension Outils Visual Studio pour Git.
Visual Studio/Team Explorer 2010	Nécessite SP1 et Compat GDR.	Nécessite SP1 et Compat GDR.	Nécessite SP1 et Compat GDR.
Visual Studio/Team Explorer 2008	Contrôle de version disponible à l'aide du fournisseur MSSCCI	Nécessite SP1 et Compat GDR.	Contrôle de version officiellement pris en charge avec le fournisseur MSSCCI. Contrôle de version non officiellement pris en charge avec SP1 et Compat GDR.
Visual Studio 2005	Contrôle de version disponible à l'aide du fournisseur MSSCCI	Contrôle de version disponible à l'aide du fournisseur MSSCCI	Contrôle de version disponible à l'aide du fournisseur MSSCCI

Team Explorer Everywhere

Une nouvelle version de Team Explorer Everywhere est publiée avec chaque version de TFS. Dans la mesure du possible, utilisez la version de Team Explorer Everywhere qui correspond à la version de votre serveur Team Foundation Server ; toutefois, les versions récentes de Team Explorer Everywhere présentent une compatibilité ascendante et une compatibilité descendante avec toutes les versions de TFS. Si vous devez prendre en charge une ancienne version d'Eclipse, de Java ou un système d'exploitation, vous pouvez choisir d'utiliser une ancienne version de Team Explorer Everywhere qui englobe tout ce dont vous avez besoin. Plusieurs versions de Team Explorer Everywhere peuvent également être installées côte à côte si vous exécutez plusieurs versions d'Eclipse.

Le tableau suivant indique toutes les versions de Team Explorer Everywhere qui sont compatibles avec TFS 2013, et répertorie d'autres compatibilités avec TFS et Eclipse.

Client	Eclipse	TFS 2013	TFS 2012	TFS 2010	Team System 2008 TFS	Visual Studio 2005 Team System TFS
Team Explorer Everywhere 2013	3.5–4.3	Oui	Oui	Oui	Non	Non
Team Explorer Everywhere 2012	3.4-4.3	Oui	Oui	Oui	Oui	Oui
Team Explorer Everywhere 2010 SP1	3.2-3.6	Oui	Oui	Oui	Oui	Oui
Team Explorer Everywhere 2010	3.0-3.5	Oui	Oui	Oui	Oui	Oui

Des informations supplémentaires sur les systèmes d'exploitation pris en charge et sur la prise en charge de la version Java sont disponibles dans la page de téléchargement de chaque version de Team Explorer Everywhere. La page de téléchargement de Team Explorer Everywhere 2013 RTM se trouve ici.

Clients Git

Nous prendrons en charge tous les clients Git qui utilisent le protocole standard, et les principaux (répertoriés ci-après) seront testés régulièrement.

Clients	Systèmes d'exploitation pris en charge
Visual Studio 2012 et 2013	Windows
MSysGit	Windows
XCode	Mac
Eclipse/eGit	Tous
Ligne de commande Git	Tous
MonoDevelop	Tous
IntelliJ IDEA/WebStorm/PhpStorm	Tous

MSSCCI

Le fournisseur MSSCCI permet de connecter des versions anciennes de Visual Studio, ainsi que d'autres clients, à Team Foundation Server. Les fonctionnalités TFS dont vous disposez quand vous tirez parti de MSSCCI sont limitées aux opérations de contrôle de version. En général, la version de votre fournisseur MSSCCI doit correspondre à la version de TFS que vous utilisez ; toutefois, si vous possédez un client s'exécutant sur Windows XP ou Vista, vous devez utiliser MSSCCI 2010 pour vous connecter à TFS 2013 (pour plus d'informations, consultez la prochaine remarque). Différentes versions du fournisseur MSSCCI ne peuvent pas être installées côte à côte, alors que plusieurs versions peuvent cohabiter dans le cas de Visual Studio.

MSSCCI Provider 2013 prend en charge les logiciels suivants :

• Visual Studio 2008

• Visual Studio 2005

• Visual Studio .NET 2003

• Visual C++ 6 SP6

• Visual Basic 6 SP6

• SQL Server Management Studio

Notes

Si vous exécutez un client qui nécessite Windows XP ou Vista, vous devez installer le fournisseur MSSCCI 2010 à la place, car MSSCCI 2013 n'est pas pris en charge sur ces systèmes d'exploitation.MSSCCI 2010 continuera de fonctionner avec TFS 2013,contrairement aux versions de MSSCCI antérieures.

Modèle objet TFS

Le modèle objet TFS permet de développer des applications qui s'intègrent à TFS. Il s'agit du même modèle objet que celui inclus dans Visual Studio et Team Explorer, mais il permet à d'autres applications de se connecter à TFS sans un client Visual Studio. Quand vous développez des applications tierces qui utilisent le modèle objet TFS, vous devez sélectionner une version de niveau supérieur ou égal à celui de la version du serveur Team Foundation Server que vous ciblez. Le modèle objet présente une compatibilité descendante avec les versions antérieures de TFS. Aucune compatibilité ascendante n'est garantie, mais le modèle objet est généralement compatible avec les serveurs dont la version principale est supérieure d'un niveau (sous réserve que soit éventuellement installé un correctif logiciel grand public). Plusieurs versions du modèle objet TFS peuvent être installées côte à côte.

Autres outils

Cette section spécifie d'autres outils.

Contrôleurs et agents de build locaux

TFS 2013 prend en charge l'intégration à Team Build 2010 et 2012. Vous pouvez recourir à une ancienne version de Build si vous utilisez des serveurs Build avec plusieurs versions de TFS ou que vous devez tirer parti de serveurs avec d'anciens systèmes d'exploitation dans votre instance TFS. Team Build 2010 prend en charge les systèmes d'exploitation en remontant jusqu'à Windows XP et Windows Server 2003.

Notez qu'aucune compatibilité ascendante entre une version ultérieure de Build et une version antérieure de la couche Application TFS n'est garantie.

Proxy local

TFS 2013 n'est officiellement pris en charge que par rapport à la version 2013 du proxy, bien que la version antérieure du proxy demeure probablement opérationnelle.

Gestion de cas de test (TCM)

Le tableau suivant indique la connectivité Microsoft Test Manager (MTM) prise en charge avec TFS, ainsi que les éléments nécessaires au fonctionnement de celle-ci :

Version MTM	TFS 2010	TFS 2012	TFS 2013
MTM 2010	Fonctionnement clé en main	MTM 2010 + SP1 + GDR	MTM 2010 + SP1 + GDR
MTM 2012	Fonctionnement clé en main (Les nouvelles fonctionnalités comme les tests exploratoires n'apparaissent pas.)	Fonctionnement clé en main	Fonctionnement clé en main
MTM 2013	Fonctionnement clé en main (Les nouvelles fonctionnalités comme les tests exploratoires n'apparaissent pas.)	Fonctionnement clé en main	Fonctionnement clé en main

L'environnement Microsoft Test Manager comprend également des agents de test et des contrôleurs de test qui permettent de tester votre code. Voici la matrice de compatibilité de différentes versions d'agents et de contrôleurs avec différentes versions de TFS :

Version Visual Studio de l'agent de test ou des contrôleurs de test	TFS 2010	TFS 2012	TFS 2013
TC/TA Visual Studio 2010	Pris en charge	Non pris en charge	Non pris en charge
TC/TA Visual Studio 2012	Non pris en charge	Pris en charge	Pris en charge
TC/TA Visual Studio 2013	Non pris en charge	Pris en charge	Pris en charge

Services Visual Studio Online

Vous pouvez utiliser des services en ligne avec une instance TFS locale et vice versa.

Exploitation de fonctionnalités cloud avec une instance TFS locale

Les entreprises peuvent adopter les services Visual Studio Online à leur manière tout en conservant les autres activités ALM avec TFS localement. De nombreuses entreprises, par exemple, peuvent souhaiter conserver leur code source localement, tout en tirant parti de Visual Studio Online pour Load Testing et Application Insights. La visualisation d'Application Insights (comme les rapports, les alertes, les tableaux de bord, etc.) repose entièrement sur le cloud et n'est pas disponible localement. Toutefois, à l'image de l'application Load Testing basée sur le cloud, Application Insights peut interagir avec vos serveurs Team Foundation Server localement. Toute l'intégration d'Application Insights pour Visual Studio concernant des choses comme IntelliTrace, les événements de mémoire et les marqueurs de déploiement fonctionne parfaitement dans cette configuration hybride.

Exploitation des fonctionnalités TFS par rapport à Visual Studio Online

De même, certains clients hébergent leur code dans le cloud, mais tirent parti d'une instance TFS locale pour Build et Proxy ; certaines options de configuration dans les Assistants ou les fichiers de configuration prennent en charge ce paramétrage. Ce sont actuellement les deux seuls points d'intégration pour TFS quand le code source est conservé dans le cloud.

Nous vous recommandons d'utiliser la dernière version de TFS chaque fois que vous recourez à des fonctionnalités dans le cloud conjointement avec votre instance locale ; toutefois, vous ne rencontrerez probablement aucun problème sur des versions plus anciennes.

TFS PowerTools

Vous pouvez facilement déterminer la version de PowerTools à exécuter si vous utilisez la même version de Visual Studio et de TFS, mais cette opération peut s'avérer délicate si les versions ne concordent pas. Certains outils PowerTools ciblent Team Foundation Server et utilisent le modèle objet serveur, tandis que d'autres ciblent Visual Studio et le modèle objet client, ce qui complique les choses.

La règle générale est que la version de PowerTools que vous installez et le modèle objet que vous ciblez doivent correspondre. Vous devez également vous assurer que les outils PowerTools sont installés au bon endroit, c'est-à-dire sur le même ordinateur que le programme qui l'utilisera (il s'agit généralement, mais pas toujours, du même ordinateur que le modèle objet ciblé). Si plusieurs versions de Visual Studio, ou différentes versions de Visual Studio et de TFS, sont installées sur le même ordinateur, vous pouvez installer plusieurs versions de PowerTools côte à côte pour répondre aux besoins de chaque programme, sauf indication contraire mentionnée ci-après.

Matrice de compatibilité

Le tableau suivant explique comment déterminer la version de chaque outil PowerTool à utiliser et où l'installer. Si vous utilisez à la fois TFS et Visual Studio 2013, vous devez installer la version 2013 de chaque outil PowerTool. Comme il n'existe qu'une seule version de PowerTools par version principale, vous n'avez pas besoin de vous soucier de la compatibilité entre les mises à jour.

Compatibilité de PowerTools avec les clients et les serveurs

Outil PowerTool	Installer sur . . .	Version(s) serveur prise(s) en charge	Version(s) client¹ prise(s) en charge
Best Practices Analyzer	Couche Application TFS	Faire correspondre la version serveur	Toute version client²
Stratégies d'archivage	Client	Toute version serveur²	Faire correspondre chaque version client
Éditeur de modèle de processus¹ L'éditeur de modèle de processus est le seul outil PowerTool qui ne fonctionne pas avec Team Explorer.	Client	Faire correspondre la version serveur	Le client doit être <= au serveur
Formes de plan conceptuel	Client	Toute version serveur²	2012 ou ultérieure
Améliorations de TE (membres d'équipe)	Client	Compatible avec TFS 2012+	Faire correspondre chaque version client
TFPT.exe Commandes détaillées dans les lignes ci-après :	Client	En fonction de la commande : le serveur doit toujours être <= au client ou les commandes sont bloquées	En fonction de la commande
addprojectportal	Client	Faire correspondre la version serveur	Le client doit être >= au serveur
addprojectreports	Client	Faire correspondre la version serveur	Le client doit être >= au serveur
annotate	Client	Le serveur doit être <= client	Faire correspondre chaque version client
bind	Client	Le serveur doit être <= client	Faire correspondre chaque version client
branches	Client	Le serveur doit être <= client	Faire correspondre chaque version client
builddefinition	Client	Le serveur doit être <= client	Faire correspondre chaque version client
buildprocesstemplate	Client	Le serveur doit être <= client	Faire correspondre chaque version client
connections	Client	Le serveur doit être <= client	Faire correspondre chaque version client
createteamproject	Client	Faire correspondre la version serveur	Le client doit être >= au serveur
getcs	Client	Le serveur doit être <= client	Faire correspondre chaque version client
online	Client	Le serveur doit être <= client	Faire correspondre chaque version client
query	Client	Le serveur doit être <= client	Faire correspondre chaque version client
review	Client	Le serveur doit être <= client	Faire correspondre chaque version client
scorch	Client	Le serveur doit être <= client	Faire correspondre chaque version client
searchcs	Client	Le serveur doit être <= client	Faire correspondre chaque version client
treeclean	Client	Le serveur doit être <= client	Faire correspondre chaque version client
unshelve	Client	Le serveur doit être <= client	Faire correspondre chaque version client
uu	Client	Le serveur doit être <= client	Faire correspondre chaque version client
workitem	Client	Le serveur doit être <= client	Faire correspondre chaque version client
Fonctionnalité de nettoyage de pièce jointe de test	Serveur	Faire correspondre la version serveur	Toute version client²
Applets de commande Windows PowerShell	Client	Toute version serveur²	Faire correspondre la version client (la plus élevée)³
Extensions d'environnement Windows	Client	Toute version serveur²	Faire correspondre la version client (la plus élevée)³
Modèles d'éléments de travail	Client	Toute version serveur²	Faire correspondre chaque version client

¹ Client = Team Explorer ou n'importe quelle référence de Visual Studio sauf Visual Studio Express.  Les outils PowerTools ne peuvent pas être utilisés avec Visual Studio Express. Si vous exécutez Visual Studio Express, téléchargez Team Explorer gratuitement pour utiliser la plupart des outils PowerTools (à l'exception de l'éditeur de modèle de processus)

² Les cellules ci-dessus qui indiquent « Toute version client » ou « Toute version serveur » ont la signification suivante :

• « Toute version client » : tout client compatible (et pris en charge) par rapport à la même version de TFS que l'outil PowerTools concerné peut être intégré à cet outil. Pour les outils PowerTools 2013, il s'agit de Visual Studio 2010, Visual Studio 2012 et Visual Studio 2013.

• « Toute version serveur » : tout serveur compatible (et pris en charge) par rapport à la même version de Visual Studio que l'outil PowerTools concerné peut être intégré à cet outil. Pour les outils PowerTools 2013,il s'agit de TFS 2010, TFS 2012 et TFS 2013.

³ Comme vous pouvez le voir ci-dessus, la plupart des outils PowerTools qui dépendent de la version du client peuvent être installés une fois pour chaque version du client dont vous disposez. L'exception à cette règle sont les extensions Windows : une limitation du système d'exploitation impose l'utilisation systématique de la version la plus récemment installée.

Modifications récemment apportées aux outils PowerTools

Si vous passez à une nouvelle version des outils PowerTools après avoir mis à niveau votre serveur Team Foundation Server et les outils PowerTools depuis une version antérieure à 2012 Update 2, l'outil PowerTool de sauvegarde/restauration est désinstallé de votre serveur pendant le processus de mise à niveau et votre plan de sauvegarde est migré vers la nouvelle fonctionnalité Sauvegardes planifiées dans le produit. Cela signifie que les outils PowerTools TFS 2013 ne comprennent plus le module de sauvegarde/restauration.

Personnalisations

Si vous utilisiez une ancienne version de l'outil PowerTool de stratégies d'archivage et que vous envisagez de mettre à niveau votre serveur Team Foundation Server et les outils PowerTools vers la version 2013, votre stratégie d'archivage relative aux commentaires sur l'ensemble de modifications, aux associations d'élément de travail et à l'analyse du code doit continuer de fonctionner, sous réserve que vous utilisiez une version compatible de Visual Studio (Visual Studio 2010, Visual Studio 2012 ou Visual Studio 2013).

Si vous possédez des stratégies personnalisées, consultez cet excellent billet de blog expliquant comment créer des stratégies de multi-ciblage : https://blogs.msdn.com/b/phkelley/archive/2013/08/12/checkin-policy-multitargeting.aspx.