Limitazioni di denominazione in Team Foundation Server
Per molti componenti di Visual Studio Team Foundation Server (TFS) sono previste alcune limitazioni di denominazione.Tali limitazioni garantiscono un'esperienza utente coerente e la compatibilità con altri programmi.Tra le restrizioni, sono incluse lunghezza, caratteri speciali, univocità o altri attributi.
In questo argomento sono contenute le seguenti sottosezioni:
Considerazioni comuni
Restrizioni per i nomi di account del gruppo Team Foundation Server
Restrizioni per i nomi di computer
Limitazioni per i nomi di raccolte di progetti team
Limitazioni per i nomi di progetti team
Limitazioni per i nomi di team
Restrizioni per gli elementi di lavoro
Restrizioni per le personalizzazioni degli elementi di lavoro
Restrizioni per i modelli di processo
Restrizioni per Team Foundation Build
Restrizioni per il controllo della versione
Vedere anche
Considerazioni comuni
Le restrizioni della lunghezza riportate in questo argomento sono misurate in base al numero di caratteri Unicode consentiti.Per ulteriori informazioni su Unicode, vedere l'articolo "About Unicode and Character Sets" all'indirizzo https://go.microsoft.com/fwlink/?LinkId=76837 (informazioni in lingua inglese).I caratteri surrogati sono composti da due caratteri Unicode e vengono conteggiati come due caratteri per la restrizione della lunghezza.
Come in altri file del sistema operativo, i caratteri di controllo ASCII (ASCII 1-31) e le combinazioni di surrogati non sono consentiti.Per informazioni generali sulle restrizioni del sistema operativo applicate ai nomi file, vedere "Naming a File" all'indirizzo https://go.microsoft.com/fwlink/?LinkId=76838 (informazioni in lingua inglese).
Restrizioni per i nomi di account del gruppo Team Foundation Server
Gli account del gruppo Team Foundation consentono di applicare alcuni diritti o autorizzazioni a un gruppo di utenti.Questo gruppo Team Foundation può essere costituito da account utente di Windows, account del gruppo Windows, account del gruppo Active Directory, account del gruppo Team Foundation o una qualsiasi combinazione di questi tipi.Per ulteriori informazioni sulla gestione degli utenti con i gruppi, vedere Users, groups, and permissions in Team Foundation Server deployments e Configurazione di utenti, gruppi e autorizzazioni.Per ottenere esempi di come aggiungere un nuovo membro ai gruppi utilizzati in TFS, in Prodotti SharePoint e SQL Server Reporting Services, vedere Aggiungere utenti ai progetti team.Per ulteriori informazioni su come controllare le autorizzazioni per l'account, vedere Gestire il profilo personale e visualizzare le autorizzazioni personali.
Quando un account del gruppo Team Foundation viene creato o modificato, deve soddisfare certe restrizioni di Team Foundation Server.Queste restrizioni vengono descritte nella seguente tabella.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza del nome dell'account di gruppo |
|
Univocità (account di gruppo a livello di raccolta) |
|
Univocità (account di gruppo a livello di progetto) |
|
Nomi di gruppo riservati |
|
Restrizioni relative ai caratteri speciali |
|
[!NOTA]
Gli account utente non vengono creati in Team Foundation Server.
Restrizioni per i nomi di computer
Durante il processo di installazione di TFS, il nome del computer è associato al nome del server.
Sia il sistema operativo che Active Directory, impongono alcune restrizioni sui nomi del computer.Per ulteriori informazioni su come rinominare un computer, vedere "Rinominare un computer" all'indirizzo (https://go.microsoft.com/fwlink/?LinkId=76839) (informazioni in lingua inglese).Per ulteriori informazioni su Active Directory, vedere "Windows Server 2003 Active Directory" all'indirizzo https://go.microsoft.com/fwlink/?LinkId=47541) (informazioni in lingua inglese).
Limitazioni per i nomi di raccolte di progetti team
Il nome di una raccolta di progetti team identifica un raggruppamento di progetti team e le risorse associate a tali progetti.Una raccolta di progetti team rappresenta una struttura organizzativa che è possibile utilizzare per definire e controllare un gruppo di progetti team nell'ambito di TFS.I membri del team utilizzeranno il nome della raccolta di progetti team quando si connettono ai progetti team in TFS. Per ulteriori informazioni, vedere Organizzazione del server con raccolte di progetti team.
Nella seguente tabella sono riportate le limitazioni per i nomi delle raccolte.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Univocità |
|
Caratteri speciali |
|
Nomi riservati |
|
Limitazioni per i nomi dei progetti
I nomi dei progetti di TFS identificano una raccolta di elementi di lavoro, documenti, rapporti, compilazioni team e un albero del controllo della versione che costituiscono un determinato progetto di TFS.I membri del team utilizzeranno il nome del progetto per connettersi al progetto in TFS.
La tabella riportata di seguito descrive le restrizioni per i nomi di progetto.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Univocità |
Non devono essere identici a qualsiasi altro nome nella raccolta di progetti team, nell'applicazione Web di SharePoint che supporta la raccolta o nell'istanza di SQL Server Reporting Services che supporta la raccolta |
Caratteri speciali |
|
Nomi riservati |
|
Limitazioni per i nomi di team
I nomi del team in TFS identificano un gruppo di singoli utenti o gruppi di utenti che collaborano insieme come team in un progetto in TFS.I membri del team utilizzeranno questo nome per connettersi a Team Web Access.Il nome team deve essere un nome di cui è possibile eseguire il rendering come parte di un URL valido.Inoltre, ogni nome team deve essere univoco in un singolo progetto, ma non vi è alcuna limitazione che impedisce di utilizzare lo stesso nome team in progetti diversi in una raccolta di progetti team.Per ulteriori informazioni sull'utilizzo di team in TFS, vedere Attività iniziali di un team.
La tabella riportata di seguito descrive le restrizioni per i nomi di team.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Univocità |
Non devono essere identici a un altro nome nel progetto |
Caratteri speciali |
|
Nomi riservati |
|
Restrizioni per gli elementi di lavoro
Microsoft Visual Studio Application Lifecycle Management tiene traccia dello stato di avanzamento di un progetto utilizzando elementi quali bug, requisiti, attività e rischi.Questi elementi sono indicati genericamente come elementi di lavoro.Questa sezione descrive le restrizioni sui dati archiviati negli elementi di lavoro.
Restrizioni per gli allegati degli elementi di lavoro
È possibile allegare file agli elementi di lavoro.La tabella riportata di seguito descrive le restrizioni relative agli allegati degli elementi di lavoro.
Tipo di restrizione |
Restrizione |
---|---|
Dimensione file |
|
Restrizioni per aree e iterazioni degli elementi di lavoro
Gli elementi di lavoro contengono un campo per Area progetto e uno per Iterazione progetto.Questi campi vengono utilizzati per organizzare e visualizzare gli elementi di lavoro in raggruppamenti logici.
Area progetto e Iterazione progetto sono percorsi costituiti da più elementi di nodo separati da caratteri di barra rovesciata (\).I nodi vengono definiti dall'amministratore di Team Foundation Server per riflettere le aree e il ciclo del progetto.La tabella riportata di seguito descrive le restrizioni relative a nodi e percorsi.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza del nodo |
|
Caratteri speciali per i nodi |
|
Nomi riservati |
|
Lunghezza dei percorsi |
|
Profondità della gerarchia di percorso |
|
Restrizioni per le personalizzazioni degli elementi di lavoro
Team Foundation Server tiene traccia dello stato di avanzamento di un progetto utilizzando elementi quali bug, requisiti, attività e rischi.Questi elementi sono indicati genericamente come elementi di lavoro.
Gli amministratori dei progetti Team possono modificare le definizioni del tipo degli elementi di lavoro a livello di progetto o in un modello di processo.Per ulteriori informazioni sulla personalizzazione dei tipi di elementi di lavoro, vedere Personalizzare dati di rilevamento, form, flusso di lavoro e altri oggetti del progetto.In questa sezione vengono descritte le restrizioni da considerare durante la personalizzazione degli elementi di lavoro e degli elementi associati.
Restrizioni per i nomi dei campi degli elementi di lavoro
Ogni tipo di elemento di lavoro contiene uno o più campi.Questi campi definiscono le informazioni archiviate in un tipo di elemento di lavoro.Il nome di un campo di elemento di lavoro identifica in modo univoco tale campo.
La tabella riportata di seguito descrive le restrizioni relative ai nomi dei campi degli elementi di lavoro.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
Non devono essere costituiti da più di 128 caratteri Unicode |
Caratteri speciali |
|
Ambito |
|
Restrizioni per i nomi di riferimento dei campi degli elementi di lavoro
Ogni campo di elemento di lavoro ha un nome riferimento associato.Il nome riferimento di un campo identifica in modo univoco tale campo e non può essere modificato dopo l'assegnazione.La tabella riportata di seguito descrive le restrizioni applicate ai nomi riferimento dei campi.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Caratteri speciali |
|
Univocità |
|
Restrizioni per il testo della Guida dei campi degli elementi di lavoro
Facoltativamente, è possibile associare testo della Guida ai campi degli elementi di lavoro utilizzando il tag <HELPTEXT>.Questo testo viene visualizzato in fase di esecuzione per indicare agli utenti cosa immettere nel campo.Per ulteriori informazioni sul testo della Guida dei campi degli elementi di lavoro, vedere Definire il testo della Guida di un campo elemento di lavoro.
La tabella riportata di seguito descrive le restrizioni relative al testo della Guida dei campi degli elementi di lavoro.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Ambito |
A differenza del nome e del tipo di campo, il testo della Guida inserito nel campo viene definito per l'ambito di un tipo di elemento di lavoro specifico in un determinato progetto team. |
Restrizioni per gli elenchi globali
Un elenco globale è un set di valori di voci di elenco archiviato e utilizzato globalmente da tutti i server Team Foundation in un'implementazione di Team Foundation Server .Quando si definiscono i tipi di elementi di lavoro, è possibile che alcuni campi condividano lo stesso insieme di possibili valori.Gli elenchi globali consentono di definire questi valori una volta e condividerli tra più tipi di elementi di lavoro.Per ulteriori informazioni, vedere Definire elenchi globali.
Un elenco globale (GLOBALLIST) contiene una o più voci di elenco (elementi LISTITEM).
La tabella riportata di seguito descrive le restrizioni relative alle voci di elenco.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Caratteri speciali |
|
Ambito |
|
La tabella riportata di seguito descrive le restrizioni che si applicano a un elenco globale.
Tipo di restrizione |
Restrizione |
---|---|
Numero di voci |
L'elenco globale non deve essere vuoto.Deve contenere almeno un elemento LISTITEM. |
Univocità |
|
Restrizioni per i modelli di processo
Un modello di processo è un set di elementi di lavoro, query degli elementi di lavoro, modelli di prodotto, rapporti, gruppi di sicurezza e linee guida predefiniti che influisce sulla struttura di un progetto in Team Foundation.In Team Foundation Server sono disponibili due modelli di processo predefiniti che includono due stili diversi per la gestione del ciclo del software.È possibile personalizzare questi modelli in base alle esigenze univoche di un'organizzazione.Per ulteriori informazioni, vedere Personalizzare modelli di processo.
La tabella riportata di seguito descrive le restrizioni relative ai modelli di processo.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza del nome di modello di processo |
Non deve superare 256 caratteri Unicode |
Univocità del nome di modello di processo |
|
Dimensione file del modello di processo |
La dimensione file del modello di processo non deve superare 2 GB (gigabyte). |
Restrizioni per Team Foundation Build
Team Foundation Build consente di gestire tutti gli aspetti del processo di compilazione in un singolo computer.Con Team Foundation Build, è possibile sincronizzare le origini, compilare l'applicazione, eseguire unit test associati, effettuare l'analisi del codice, rilasciare generazioni in un file server e pubblicare report di generazione.
Restrizioni per il computer di compilazione
Team Foundation Build è un'installazione separata dal client di livello applicazione o di livello dati di Team Foundation Server o dal client di Visual Studio.È possibile definire un computer separato.In alternativa, è possibile installare la compilazione affiancata sul computer client o sui server.
La tabella riportata di seguito descrive le restrizioni per il computer di compilazione.
Tipo di restrizione |
Restrizione |
---|---|
Spazio su disco |
Deve contenere spazio sufficiente per la compilazione, in quanto se lo spazio è insufficiente la compilazione avrà esito negativo. |
Directory di compilazione |
Deve essere un percorso locale (ad esempio C: \directorycompilazione). |
Directory della destinazione finale |
Deve essere un percorso UNC (ad esempio \\server\condivisione). |
Autorizzazioni della destinazione finale |
Ogni compilazione generata viene inserita in una nuova directory nella cartella a sola scrittura.
|
Account del servizio Team Foundation Build |
Se si modifica l'account del servizio TFS dopo l'installazione iniziale, è necessario assicurarsi che vengano rispettate le condizioni seguenti.
|
Problemi relativi al firewall |
Se nel computer di compilazione è abilitato un firewall, assicurarsi che il programma tfsbuildservice sia presente nell'elenco delle eccezioni. |
Nomi dei tipi di compilazione
In Team Foundation Build vengono utilizzati i tipi di compilazione per configurare le condizioni in base a cui sarà compilata una soluzione o un insieme di soluzioni in un progetto team.Per eseguire una compilazione, è necessario creare un nuovo tipo di compilazione o utilizzarne uno esistente.Per ulteriori informazioni sui tipi di compilazione, vedere Definire il processo di compilazione.
La tabella riportata di seguito descrive le restrizioni per i nomi dei tipi di compilazione.
Tipo di restrizione |
Restrizione |
---|---|
Univocità |
Non devono essere identici al nome di un altro tipo di compilazione nel progetto |
Caratteri speciali |
|
Nomi di qualità di compilazione
La qualità di compilazione consente di associare un livello di qualità o uno stato di completamento a una compilazione completata.In Team Foundation Build è possibile inoltre creare nuovi valori per il tipo di qualità della compilazione.Per ulteriori informazioni, vedere Creare una definizione di compilazione.Per un elenco dei valori di qualità di compilazione predefiniti, vedere Valutare la qualità di una compilazione completata.
La tabella riportata di seguito descrive le restrizioni per i nomi di qualità di compilazione.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
Non devono essere costituiti da più di 256 caratteri Unicode |
Univocità |
Non devono essere identici al nome di un'altra qualità di compilazione nel computer Team Foundation Build |
Restrizioni per il controllo della versione
Il controllo della versione di Team Foundation costituisce un repository centrale per i file e per i comandi necessari per gestire tali file in un team.Offre inoltre criteri di archiviazione personalizzabili e funzionalità di diramazione, unione, shelving e altre ancora.
Percorsi del controllo della versione
Nella tabella riportata di seguito sono descritte le restrizioni relative al percorso del controllo della versione.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza del percorso della cartella del controllo del codice sorgente del server |
|
Lunghezza del percorso della cartella locale |
|
Vedere anche: Ottimizzare le aree di lavoro.
Aggiunta di file al controllo della versione
Il sistema di controllo della version consente di archiviare molti tipi diversi di file.Per ulteriori informazioni su come aggiungere progetti o soluzioni di Visual Studio esistenti nel controllo della versione, vedere Configurare il computer dello sviluppatore e iniziare a utilizzare il controllo della versione.
La tabella riportata di seguito descrive le restrizioni applicate a file e cartelle da aggiungere al controllo della versione.
Tipo di restrizione |
Restrizione |
---|---|
Estensioni di file |
|
Cartelle |
|
Nomi di etichetta
Nel controllo della versione di Team Foundation, l'etichetta è un nome applicato a un set di revisioni specifico.È possibile associare etichette a un set di file non correlati nel controllo della versione.In questo modo, è possibile recuperare i file o eseguire operazioni su di essi come gruppo.La tabella riportata di seguito descrive le restrizioni per i nomi delle etichette.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
Non devono essere costituiti da più di 64 caratteri Unicode |
Caratteri speciali |
|
Shelveset
Gli shelveset consentono di accantonare temporaneamente un gruppo di modifiche in sospeso ed eventualmente rimuoverle dall'area di lavoro.In un secondo momento, sarà possibile ripristinare le modifiche contenute in uno shelveset nell'area di lavoro o inserirle nell'area di lavoro di un altro utente.
La tabella riportata di seguito descrive le restrizioni relative ai nomi degli shelveset.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
Non devono essere costituiti da più di 64 caratteri Unicode |
Caratteri speciali |
|
Nomi delle aree di lavoro
Un'area di lavoro è una copia sul lato client dei file e delle cartelle presenti in Controllo della versione di Team Foundation.Quando si creano più aree di lavoro, è possibile avere versioni diverse della stessa cartella del controllo della versione su un computer client.Per ulteriori informazioni sulle aree di lavoro, vedere Gestire le aree di lavoro.La tabella riportata di seguito descrive le restrizioni relative ai nomi delle aree di lavoro.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
Non devono essere costituiti da più di 64 caratteri Unicode |
Caratteri speciali |
|
Vedere anche
Attività
Creare una definizione di compilazione
Valutare la qualità di una compilazione completata
Concetti
Personalizzare dati di rilevamento, form, flusso di lavoro e altri oggetti del progetto
Definire il testo della Guida di un campo elemento di lavoro
Personalizzare modelli di processo