Al momento sei offline in attesa che la connessione Internet venga ristabilita

2015 problemi noti di Team Foundation Server

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3077455
2015 problemi noti di Team Foundation Server
In questo articolo vengono elencati i problemi noti per il 2015 di Microsoft Team Foundation Server.

Per visualizzare l'elenco completo dei prodotti di Team Foundation Server 2015 e selezionare un prodotto per il download, check-out Download di Team Foundation Server.

Dettagli 2015 di Team Foundation Server

Per scoprire le novità in Team Foundation Server 2015, vedere il Note sulla versione di Team Foundation Server.

Problemi noti

Team Foundation Server

  • Non è possibile modificare la proprietà "syncnamechanges"

    In TFS 2015, abbiamo obsoleta la possibilità di modificare il syncnamechanges proprietà su un campo. Pertanto, è non possibile creare non più progetti che utilizzano i modelli OOB in nuovi insiemi per cui le seguenti condizioni sono vere:

    • Il caricamento di un nuovo insieme che dispone di un campo che condivide lo stesso nome di riferimento di un campo modello OOB un processo personalizzato.
    • Il syncnamechanges proprietà è false per quel campo.
    • È stato creato un progetto utilizzando il modello di processo personalizzato.

    1 aggiornamento, si ripristinerà la possibilità di modificare il syncnamechanges proprietà. Nel frattempo, è possibile provare una delle seguenti soluzioni:

    • Aggiornare il modello di processo personalizzato in modo che corrisponda il syncnamechanges proprietà del modello, OOB e caricarlo in un nuovo insieme.
    • Contattare il supporto tecnico in modo che per fornire uno script per correggere i campi in conflitto.
  • I campi contrassegnati come "syncnamechanges = false" tramite identità regole causano problemi per il client del modello di oggetto

    In TFS 2015, abbiamo introdotto il concetto di un campo di identità. Un campo viene considerato come un campo di identità se dispone di tutte le regole su di esso che riguardano le identità, ad esempio <ValidUser> </ValidUser>. Questo ci consente di risolvere i problemi che coinvolgono nomi visualizzati duplicati. In precedenza, se due utenti ha lo stesso nome, potrebbe non differenziarle. Una volta che i campi di identità, memorizziamo il DisplayPart "nome visualizzato <email or="" domain\alias="">". Ad esempio, anziché "Giovanni Contoso", il<b00> </b00> </email>DisplayPart ora viene memorizzato come "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Se syncnamechanges = true è impostata per un campo, è memorizzare l'ID di costante del valore anziché il valore effettivo della stringa per il campo. Se syncnamechanges = false è impostato, che il valore di stringa viene memorizzato direttamente sull'elemento di lavoro. Per i campi di identità, si verifica un problema che interessa il modello a oggetti client. Poiché il valore di stringa viene memorizzato, ci stiamo restituendo tale valore stringa come-è il client. In questo modo il motore di regole lato client considerare il campo come non valido perché non si prevede il valore di formato "Sean Contoso <scontoso@microsoft.com>."</scontoso@microsoft.com>

    • Opzioni di soluzione alternativa:

      • Prima di aggiornare, aggiornare tutti i modelli che dispongono di syncnamechangesproprietà è impostata su falseper i campi che dispongono di regole di identità di set di aliasImposta il syncnamechangesproprietà ditrue. È necessario eseguire questa operazione prima di aggiornare in quanto la possibilità di modificare lo stato del syncnamechanges proprietà verrà rimossa da Team Foundation Server 2015.

      • Aggiungere un <AllowExistingValue></AllowExistingValue> regola su qualsiasi campo di identità che ha il syncnamechanges proprietà è impostata su false. In questo modo il motore di regole del modello oggetto client accettare il valore esistente. Questa operazione sblocca clienti fino a quando non è in grado di fornire uno script in grado di convertire i campi che dispongono di propri syncnamechanges proprietà è impostata su false per i campi che dispongono di propri syncnamechanges proprietà è impostata su true.

Ulteriori informazioni

Come ottenere file di supporto Microsoft dai servizi online

Gli aggiornamenti per altri prodotti della famiglia di Team Foundation Server possono trovarsi nel Sito di download Microsoft per Visual Studio sito Web.

Requisiti e compatibilità

Per i requisiti e compatibilità per TFS 2015, vedere Requisiti di TFS e compatibilità.
Declinazione di responsabilità di informazioni di terze parti
I prodotti di terze parti descritti in questo articolo sono forniti da società indipendenti da Microsoft. Microsoft esclude ogni garanzia, implicita o esplicita relativa alle prestazioni o all'affidabilità di tali prodotti.

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 3077455 - Ultima revisione: 08/11/2015 18:54:00 - Revisione: 2.0

Visual Studio Team Foundation Server 2015

  • kbsurveynew kbexpertiseadvanced kbfix atdownload kbmt KB3077455 KbMtit
Feedback
/html>