Résoudre des problèmes pouvant se produire lors de la mise à niveau

Lors d'une mise à niveau vers Visual Studio Team Foundation Server 2013 à partir de versions antérieures de Team Foundation Server, il est parfois nécessaire de résoudre certains problèmes pour continuer à utiliser les projets d'équipe, les processus de génération, les serveurs de builds et les versions antérieures de Visual Studio.

Que voulez-vous faire ?

  • Exécuter des processus de génération antérieurs

    • Utiliser un modèle de processus de génération antérieur pour générer certaines applications

    • Exécuter un processus de génération antérieur qui s'appuie sur des activités personnalisées

    • Exécuter un processus de génération antérieur basé sur un modèle personnalisé que vous avez créé ou modifié à l'aide de Visual Studio 2010

  • Utiliser des versions antérieures de Visual Studio

  • Utiliser des serveurs de builds antérieurs

  • Travailler dans des projets d'équipe hébergés sur Visual Studio Online

Exécuter des processus de génération antérieurs

Vous pouvez continuer à utiliser vos processus de génération antérieurs après une mise à niveau vers Visual Studio Team Foundation Server 2013.

Conseil

Vous pouvez continuer à utiliser les définitions de build (et même en créer de nouvelles) basées sur des modèles de processus de génération antérieurs, mais vous obtiendrez souvent de meilleurs résultats avec les nouveaux modèles par défaut.

Dans certaines situations, certaines actions sont nécessaires pour permettre à votre processus de génération antérieur de fonctionner correctement sur Visual Studio Team Foundation Server 2013.

Utiliser un modèle de processus de génération antérieur pour générer certaines applications Visual Studio Team Foundation Server 2013

Si votre modèle de processus de génération est issu d'une version antérieure de TFS, vous devrez peut-être le modifier et modifier également une propriété d'activité MSBuild. Si votre serveur de builds exécute :

  • Visual Studio Team Foundation Server 2013: affectez à la propriété d'activité MSBuild ToolVersion la valeur 12.0

  • Visual Studio Team Foundation Server 2012 : définissez la propriété MSBuild ToolPath comme le chemin d'accès à MSBuild 12. Dans de nombreux cas, ce chemin d'accès est C:\Program File (x86)\MSBuild\12.0\Bin\ (32 bits) ou C:\Program Files (x86)\MSBuild\12.0\bin\amd64 (64 bits). Vous devez également installer Visual Studio 2013 sur l'agent de build.

Exécuter un processus de génération antérieur qui s'appuie sur des activités personnalisées

Avant de pouvoir exécuter un processus de génération qui tire parti des activités de processus de génération personnalisé, vous devez d'abord recompiler les activités avec le .NET Framework 4.5.1 (par exemple, avec Visual Studio 2013 ou Visual Studio Team Foundation Server 2013 Team Foundation Build), puis les archiver dans le dossier de contrôle de version référencé par votre contrôleur de build. Si vous essayez d'exécuter un processus de génération qui tire parti des activités de build personnalisée compilées avec une version antérieure de .NET Framework, le message suivant peut s'afficher dans les résultats de build : « La propriété « Microsoft.TeamFoundation.Build.Workflow.Activities.SyncWorkspace.RequestsFailed » a levé une exception ».

Exécuter un processus de génération antérieur basé sur un modèle personnalisé

Vous devez utiliser uniquement Visual Studio 2013 pour modifier vos modèles de processus de génération. Si un modèle de processus de génération a été modifié à l'aide de Visual Studio 2010, vous devez afficher le code et supprimer toutes les références de nom fort par l'élément d'activité aux espaces de noms de Microsoft.TeamFoundation.

Par exemple, vous devez supprimer les lignes semblables à celles-ci :

xmlns:mtvc="clr-namespace:Microsoft.TeamFoundation.VersionControl.Client;assembly=Microsoft.TeamFoundation.VersionControl.Client, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"

et conserver les lignes telles que

xmlns:mtvc1="clr-namespace:Microsoft.TeamFoundation.VersionControl.Client;assembly=Microsoft.TeamFoundation.VersionControl.Client"

Dans le cas contraire, vous pouvez recevoir un message tel que Error 7 Compiler error(s) encountered processing expression "Workspace". Value of type 'Microsoft.TeamFoundation.VersionControl.Client.Workspace' cannot be converted to 'Microsoft.TeamFoundation.VersionControl.Client.Workspace'. Type mismatch could be due to…

Conseil

Jason Pricket a publié certaines informations et un code source destiné à éliminer automatiquement ces problèmes de votre modèle de processus de génération.Voir l'article sur la mise à niveau de vos définitions de build TFS2010 vers TFS2012 et sur TFS 2012 – Nettoyage des fichiers XAML Workflow (c.-à-d. suppression des espaces de noms avec version).

Utiliser des versions antérieures de Visual Studio

Si vous utilisez Visual Studio 2010 ou Visual Studio 2012 (RTM ou corrigé avec la dernière mise à jour),

  • il est possible de mettre en file d'attente les définitions de build de modèle par défaut Visual Studio Team Foundation Server 2013 ;

  • il est impossible de modifier les paramètres (lors de la mise en file d'attente ou de la modification) ou de modifier le modèle par défaut Visual Studio Team Foundation Server 2013 ;

  • il est possible de continuer à modifier les paramètres (lors de la mise en file d'attente ou de la modification) et de modifier les modèles par défaut respectifs de Team Foundation Server 2010 et de Team Foundation Server 2012.

Utiliser des serveurs de builds antérieurs

Vous pouvez connecter un serveur TFBuild 2010 ou TFBuild 2012 à votre serveur de couche application Visual Studio Team Foundation Server 2013 local. Vous ne pouvez pas exécuter TFBuild Visual Studio Team Foundation Server 2013 sur le même ordinateur que TFBuild 2012 ou TFBuild 2010. Consultez Déployer et configurer un serveur de build.

Les processus de génération par défaut ne peuvent être exécutés que sur des serveurs de builds Visual Studio Team Foundation Server 2013Visual Studio Team Foundation Server 2013. Ils ne peuvent pas être exécutés sur des serveurs de build antérieurs.

Dans votre agent de build, vous devez installer la version de Visual Studio que votre équipe utilise sur ses ordinateurs de développement.

Travailler dans des projets d'équipe hébergés sur Visual Studio Online

Vous devrez peut-être corriger quelques problèmes si votre projet d'équipe est hébergé sur Visual Studio Online.