Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Compatibilité et dépendances de TFS 2013

Visual Studio 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.

Remarque Remarque

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.

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.

Offres de mise à niveau vers TFS 2013

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.

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.

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

Système d'exploitation Server

TFS 2013

TFS 2012

TFS 2010

Windows Server 2012 R2 (Essentials, Standard, Datacenter)

Pris en charge

Pris en charge

Non pris en charge

Windows Server 2012

Pris en charge

Pris en charge

Non pris en charge

Windows Server 2008 R2 (Standard, Entreprise, Datacenter)

Pris en charge (SP1 au minimum)

Pris en charge

Pris en charge

Windows Server 2008

Non pris en charge

Pris en charge (SP2 au minimum)

Pris en charge

Windows Server 2003 R2

Non pris en charge

Non pris en charge

Pris en charge

Windows Server 2003

Non pris en charge

Non pris en charge

Pris en charge (SP2 au minimum)

Windows Small Business Server 2011 (Standard, Essentials, Premium Add-On)

Pris en charge

Pris en charge

Non pris en charge

Windows Home Server 2011

Non pris en charge

Pris en charge

Non pris en charge

Système d'exploitation client

TFS 2013

TFS 2012

TFS 2010

Windows 8.1 (Basique, Professionnel, Entreprise)

Pris en charge

Pris en charge

Non pris en charge

Windows 8

Pris en charge

Pris en charge

Non pris en charge

Windows 7 (Familiale Premium, Professionnel, Entreprise, Intégrale)

Pris en charge (SP1 au minimum)

Pris en charge

Pris en charge

Windows Vista

Non pris en charge

Non pris en charge

Pris en charge (SP2 au minimum)

  • 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.

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

SQL Server

TFS 2013

TFS 2012

TFS 2010

SQL Server 2014 ¹

Pris en charge

Non pris en charge

Non pris en charge

SQL Server 2012 (Express, Standard, Enterprise)

Pris en charge (SP1² au minimum)

Pris en charge

Non pris en charge

SQL Server 2008 R2

Non pris en charge

Pris en charge

Pris en charge

SQL Server 2008

Non pris en charge

Non pris en charge

Pris en charge

¹ 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.

  • 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.

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

SharePoint

TFS 2013

TFS 2012

TFS 2010

SharePoint 2013 (Foundation, Standard, Entreprise)

Pris en charge

Pris en charge

Non pris en charge

SharePoint 2010 (Foundation, Standard, Entreprise)

Pris en charge

Pris en charge

Non pris en charge

Office SharePoint Server 2007 (Standard, Enterprise) / Windows SharePoint Services 3.0 ¹

Non pris en charge

Pris en charge

Pris en charge

¹ 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.

  • 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

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

Project Server

TFS 2013

TFS 2012

TFS 2010

Project Server 2013

Pris en charge

Pris en charge

Non pris en charge

Project Server 2010

Pris en charge (SP1 au minimum)

Pris en charge (SP1 au minimum)

Non pris en charge

Project Server 2007

Non pris en charge

Pris en charge (SP2 au minimum)

Pris en charge (SP2 au minimum)

  • 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

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.

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

Version d'Internet Explorer

TFS 2013

TFS 2012

TFS 2010

Internet Explorer 11

Pris en charge

Non pris en charge

Non pris en charge

Internet Explorer 10

Pris en charge

Pris en charge

Non pris en charge

Internet Explorer 9

Pris en charge

Pris en charge

Non pris en charge

Internet Explorer 8

Non pris en charge

Pris en charge

Pris en charge

Internet Explorer 7

Non pris en charge

Pris en charge

Pris en charge

Safari (Mac uniquement)

TFS 2013

TFS 2012

TFS 2010

Safari 7

Pris en charge

Non pris en charge

Non pris en charge

Safari 6

Pris en charge

Pris en charge

Non pris en charge

Safari 5

Pris en charge

Pris en charge

Pris en charge

Safari 4

Non pris en charge

Pris en charge

Pris en charge

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.

  • 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.

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

Office

TFS 2013

TFS 2012

TFS 2010

Office 2013

Pris en charge

Non pris en charge

Non pris en charge

Office 2010

Pris en charge

Pris en charge

Pris en charge

Office 2007

Pris en charge

Pris en charge

Pris en charge

  • 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

TFS 2013

TFS 2012

TFS 2010

.NET Framework 4.5.1

Pris en charge

Non pris en charge

Non pris en charge

.NET Framework 4,5

Non pris en charge

Pris en charge

Non pris en charge

.NET Framework 4

Non pris en charge

Non pris en charge

Pris en charge

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

TFS 2013

TFS 2012

TFS 2010

Windows Server 2012 R2 Hyper-V

Pris en charge

Non pris en charge

Non pris en charge

Windows 8.1 Hyper-V

Pris en charge

Non pris en charge

Non pris en charge

Windows Server 2012 Hyper-V

Pris en charge

Pris en charge

Non pris en charge

Windows 8 Hyper-V

Pris en charge

Pris en charge

Non pris en charge

Windows Server 2008 R2 Hyper-V

Pris en charge

Pris en charge

Pris en charge

Windows 7 Hyper-V

Pris en charge

Pris en charge

Pris en charge

Windows Server 2008 Hyper-V

Non pris en charge

Pris en charge

Pris en charge

Windows Vista Hyper-V

Non pris en charge

Pris en charge

Pris en charge

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

SCVMM

TFS 2013

TFS 2012

TFS 2010

SCVMM 2012 R2

Pris en charge

Pris en charge

Non pris en charge

SCVMM 2012

Pris en charge

Pris en charge

Non pris en charge

SCVMM 2008 R2

Pris en charge

Pris en charge

Pris en charge

SCVMM 2008

Non pris en charge

Pris en charge (SP2 au minimum)

Pris en charge

SCVMM 2003 R2

Non pris en charge

Non pris en charge

Pris en charge

SCVMM 2003

Non pris en charge

Non pris en charge

Pris en charge (SP2 au minimum)

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

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.

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

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.

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.

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.

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.

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 ».

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

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.

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

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

Remarque Remarque

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.

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.

Cette section spécifie d'autres outils.

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.

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.

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

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

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.

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.

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.

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.

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.

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.

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 : http://blogs.msdn.com/b/phkelley/archive/2013/08/12/checkin-policy-multitargeting.aspx.

Afficher: