Team Foundation Server 2015 de problèmes connus

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3077455
Team Foundation Server 2015 de problèmes connus
Cet article répertorie les problèmes connus pour la 2015 Microsoft Team Foundation Server.

Pour afficher la liste complète des produits de Team Foundation Server 2015 et sélectionner un produit pour le téléchargement, consultez Téléchargements de Team Foundation Server.

Détails de 2015 de Team Foundation Server

Pour découvrir quelles sont les nouveautés dans Team Foundation Server 2015, consultez le Notes de version de Team Foundation Server.

Problèmes connus

Team Foundation Server

  • Vous ne pouvez pas modifier la propriété « syncnamechanges »

    Dans TFS 2015, nous désapprouvé la possibilité de modifier le syncnamechanges propriété d'un champ. Par conséquent, vous ne pouvez plus créer les projets qui utilisent les modèles prêtes à l'emploi dans les nouvelles collections pour lequel les conditions suivantes sont remplies :

    • Vous avez téléchargé un processus personnalisé pour une collection qui comporte un champ qui partage le même nom de référence sous la forme d'un champ de modèle prêtes à l'emploi.
    • Le syncnamechanges la propriété est false pour ce champ.
    • Vous avez créé un projet en utilisant le modèle de processus personnalisé.

    Mise à jour 1, nous permet de restaurer la possibilité de modifier le syncnamechanges propriété. En attendant, vous pouvez essayer une de ces solutions de contournement :

    • Mettre à jour le modèle de processus personnalisé pour correspondre à la syncnamechanges propriété du modèle prêtes à l'emploi et de le télécharger vers une nouvelle collection.
    • Contactez le Support client afin de fournir un script pour corriger les champs en conflit.
  • Les champs marqués comme « syncnamechanges = false » par identité règles provoquent pour le client de modèle objet

    Dans TFS 2015, nous avons introduit le concept d'un champ d'identité. Un champ est considéré comme un champ d'identité s'il a toutes les règles qu'il contient se rapportent aux identités, telles que <ValidUser> </ValidUser>. Ceci nous permet de résoudre les problèmes qui impliquent les noms complets en double. Auparavant, si deux utilisateurs ont le même nom, vous ne pouvez pas différencier. Maintenant que nous avons champs identité, nous stockons les DisplayPart en tant que « nom complet <email or="" domain\alias="">. » Par exemple, au lieu de « Contoso de Jean », les<b00> </b00> </email>DisplayPart est maintenant stockée comme « Sean Contoso <scontoso@microsoft.com>. »</scontoso@microsoft.com>

    • If syncnamechanges = true est défini pour un champ, nous stockons les ID de constante de la valeur au lieu de la valeur de chaîne réelle du champ. If syncnamechanges = false est défini, que la valeur de chaîne est directement stockée dans l'élément de travail. Pour les champs d'identité, il existe un problème qui affecte le modèle d'objet client. Étant donné que la valeur de chaîne est stockée, nous sommes retournant cette valeur de chaîne en tant que-est sur le client. Ainsi, le moteur de règle côté client traiter le champ comme non valide car il n'attend pas la valeur au format « Sean Contoso <scontoso@microsoft.com>. »</scontoso@microsoft.com>

    • Options de la solution de contournement :

      • Avant de vous mettre à niveau, mettre à jour tous les modèles qui ont le syncnamechangesla valeur de propriété Falsepour les champs qui ont des règles d'identité pour le jeu d'aliasJeu syncnamechangespropriétévaleur True. Vous devez le faire avant de vous mettre à niveau car la possibilité de modifier l'état de la syncnamechanges propriété est supprimée à partir de Team Foundation Server 2015.

      • Ajouter un <AllowExistingValue></AllowExistingValue> règle sur n'importe quel champ d'identité qui a le syncnamechanges la valeur de propriété False. Ainsi, le moteur de règles de modèle d'objet client d'accepter la valeur existante. Cela entraîne le déblocage clients jusqu'à ce que nous pouvons fournir un script qui peut convertir les champs qui ont leur syncnamechanges la valeur de propriété False pour les champs qui ont leur syncnamechanges la valeur de propriété valeur True.

Plus d'informations

Comment obtenir des fichiers de soutien technique Microsoft auprès des services en ligne

Mises à jour pour les autres produits de la famille de Team Foundation Server se trouve sur le Site de téléchargement de Microsoft pour Visual Studio .

Configuration requise et compatibilité

Pour les spécifications et la compatibilité de TFS 2015, reportez-vous à la section. TFS requise et compatibilité.
Avis de non-responsabilité
Les produits tiers dont traite cet article sont fabriqués par des sociétés indépendantes de Microsoft. Microsoft exclut toute forme de garantie, expresse ou implicite, concernant les performances ou la fiabilité de ces produits.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3077455 - Dernière mise à jour : 08/11/2015 18:51:00 - Révision : 2.0

Visual Studio Team Foundation Server 2015

  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtfr
Commentaires