Team Foundation Server 2015 probleme cunoscute

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3077455
Team Foundation Server 2015 probleme cunoscute
Acest articol listează problemele cunoscute pentru Microsoft Team Foundation Server 2015.

Pentru a vedea Listă tabel completă a produselor Team Foundation Server 2015 și să selectați un produs pentru descărcare, verificaţi Team Foundation Server descărcări.

Team Foundation Server 2015 detalii

Pentru a descoperi ce este nou în Team Foundation Server 2015, consultați note privind versiunea Team Foundation Server.

Probleme cunoscute

Team Foundation Server

  • Aveți posibilitatea să modificați proprietatea "syncnamechanges"

    În TFS 2015, am perimată capacitatea de a modifica syncnamechanges proprietate într-un câmp. De aceea, nu mai puteţi crea proiecte care utilizează șabloanele OOB în noi colecții pentru care sunt îndeplinite următoarele condiții:

    • Este încărcat un proces particularizate pentru o colecție nouă, care are un câmp care partajează referință același nume ca un câmp de șablon OOB.
    • The syncnamechanges proprietate este false pentru acest domeniu.
    • Ați creat un proiect utilizând şablonul particularizat proces.

    În 1, se va restabili capacitatea de a modifica syncnamechanges proprietate. Între marcă de timp, încercați una dintre aceste soluții:

    • Actualizați șablonul particularizat procesul pentru a se potrivi syncnamechanges proprietate a șablonului OOB, și încărcați-o pentru o colecție nouă.
    • Contactați serviciul pentru clienți pentru a le pentru a furniza un script pentru a remedia câmpurile în conflict.
  • Câmpurile marcate ca "syncnamechanges = false" prin identitate reguli cauza probleme pentru client model obiect

    În TFS 2015, am introdus conceptul de un câmp de identitate. Un câmp este considerat un câmp de identitate dacă are orice reguli pe el, care se referă la identități, cum ar fi <ValidUser> </ValidUser>. Aceasta ne permite să remediați probleme care implică dublate nume de sign-in afișate. Anterior, dacă utilizatorii două au același nume, care ar putea face deosebirea între ele. Acum, că avem identitate câmpuri, stocăm DisplayPart ca "Nume afișat <email or="" domain\alias="">." De exemplu, în loc de "Sean Contoso,"<b00> </b00> </email>DisplayPart acum sunt stocate ca "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Dacă syncnamechanges = true este setat pentru un câmp, stocăm constantă ID-ul de valoare în loc de valoare reală pentru câmpul. Dacă syncnamechanges = false este setat, valoarea șirului direct este stocat pe elementul de lucru. Pentru câmpurile de identitate, există o problemă care afectează modelul de obiect client. Deoarece valoarea string sunt stocate, vă sunt returning acea valoare șir ca-se la client. Aceasta face ca motorul de regulă de partea client pentru a trata câmpul ca nevalide, deoarece acesta nu este dorind valoarea în formatul "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Soluție opțiuni:

      • Înainte de upgrade, actualizați orice şabloane care au syncnamechangesproprietate setată la falsepentru câmpurile care au reguli de identitate pentru setthe syncnamechangesproprietate pentruTrue. Acest lucru trebuie făcut înainte de upgrade, deoarece capacitatea de a modifica starea syncnamechanges proprietate este eliminată din Team Foundation Server 2015.

      • Adăugați o <AllowExistingValue></AllowExistingValue> regula pe orice câmp de identitate, care are syncnamechanges proprietate setată la false. Acest lucru permite motorul client object model de regulă pentru a accepta valoarea existentă. Acest lucru deblochează clienții, până când putem furniza un script care poate efectua conversia câmpurile care au lor syncnamechanges proprietate setată la false pentru câmpurile care au lor syncnamechanges proprietate setată la True.

Mai multe informații

Cum se obţin fişierele de suport Microsoft de la serviciile online

Actualizări pentru alte produse din familia Team Foundation Server poate fi găsit pe Site de descărcare Microsoft pentru Visual Studio .

Cerințe și compatibilitate

Pentru cerințele și compatibilitate pentru TFS 2015, consultați TFS cerințe și compatibilitate.
Informaţii ale terţilor exonerare de răspundere
Produsele terţe despre care se discută în acest articol sunt fabricate de companii independente de Microsoft. Microsoft nu garantează în niciun fel, implicit sau în alt mod, funcționarea sau fiabilitatea acestor produse.

Avertisment: acest articol a fost tradus automat

Свойства

Номер статьи: 3077455 — последний просмотр: 08/13/2015 19:46:00 — редакция: 2.0

Visual Studio Team Foundation Server 2015

  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtro
Отзывы и предложения