Limitazioni di denominazione in Team Foundation
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:
Restrizioni relative ai nomi di raccolta, account, gruppo e computer:
|
Restrizioni relative ai nomi di progetto e di gestione di elementi di lavoro:
|
Restrizioni relative ai nomi di build e di codice:
|
Considerazioni comuni
Le restrizioni della lunghezza riportate in questo argomento sono misurate in base al numero di caratteri Unicode consentiti. Per altre informazioni su Unicode, vedere la pagina relativa alle informazioni sui set di caratteri e su Unicode (https://go.microsoft.com/fwlink/?LinkId=76837). 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 l'argomento relativo alla denominazione di file, percorsi e spazi dei nomi.
Restrizioni per i nomi di account di Team Foundation Server
Gli account utente identificano gli utenti in TFS. Può trattarsi di account utente di Windows, account di Active Directory o di altri tipi di account. Per alcuni esempi su come aggiungere un utente ai gruppi usati in TFS, Prodotti SharePoint e SQL Server Reporting Services, vedere Aggiungere utenti ai progetti team.
Quando un utente viene aggiunto a TFS, il nome dell'utente deve soddisfare alcune restrizioni di Team Foundation Server. Queste restrizioni vengono descritte nella seguente tabella.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza del nome dell'account |
|
Univocità |
|
Nomi di gruppo riservati |
|
Restrizioni relative ai caratteri speciali |
|
Nota
A Team Foundation Server devono essere aggiunti account utente esistenti.Non è possibile creare un account utente in TFS.
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 altre informazioni sulla gestione degli utenti con gruppi, vedere Utenti, gruppi e autorizzazioni nelle distribuzioni di Team Foundation Server e Gestire utenti o gruppi in TFS. Per degli esempi di come aggiungere un nuovo membro ai gruppi usati in TFS, in Prodotti SharePoint e SQL Server Reporting Services, vedere Aggiungere utenti ai progetti team.
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 viene associato al nome del server.
Sia il sistema operativo che Active Directory, impongono alcune restrizioni sui nomi del computer. Per altre informazioni sulla ridenominazione di un computer, vedere "Rinominare un computer" all'indirizzo https://go.microsoft.com/fwlink/?LinkId=76839. Per altre informazioni su Active Directory, vedere la pagina relativa a "Windows Server 2003 Active Directory" all'indirizzo https://go.microsoft.com/fwlink/?LinkId=47541.
Restrizioni per i nomi di raccolte di progetti team
Il nome di un insieme di progetti team identifica un raggruppamento di progetti team e le risorse associate a tali progetti. Un insieme di progetti team rappresenta una struttura organizzativa che è possibile usare per definire e controllare un gruppo di progetti team nell'ambito di TFS. I membri del team useranno il nome dell'insieme di progetti team quando si connetteranno ai progetti team in TFS. Per altre informazioni, vedere Gestire le 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 |
|
Restrizioni per i nomi dei progetti
I nomi dei progetti in TFS identificano una raccolta di elementi di lavoro, documenti, rapporti, compilazioni team e una struttura ad albero del controllo della versione che costituiscono un determinato progetto di TFS. I membri del team utilizzano il nome del progetto per connettersi al progetto in TFS.
La tabella seguente descrive le restrizioni per i nomi di progetto.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Univocità |
Non devono essere identici a qualsiasi altro nome nell'insieme di progetti team, nell'applicazione Web di SharePoint che supporta l'insieme o nell'istanza di SQL Server Reporting Services che supporta l'insieme |
Caratteri speciali |
|
Nomi riservati |
|
Restrizioni per i nomi di team
I nomi dei team TFS identificano un gruppo di singoli utenti o gruppi che collaborano insieme come team in un progetto. I membri del team utilizzeranno questo nome per connettersi al team in Team Web Access. Il nome team deve essere un nome che può essere rappresentato come parte di un URL valido. Inoltre, ogni nome team deve essere univoco in un singolo progetto, ma non vi è alcuna restrizione sull'utilizzo dello stesso nome team in progetti diversi in un insieme di progetti team. Per altre informazioni sulla collaborazione in team, vedere Aggiungere un altro team o una gerarchia di team.
Nella tabella seguente sono descritte le restrizioni per i nomi team.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Univocità |
Non devono essere identici ad altri nomi 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 usando elementi quali i bug, i requisiti, le attività e i 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 seguente descrive le restrizioni relative agli allegati degli elementi di lavoro.
Tipo di restrizione |
Restrizione |
---|---|
Dimensione file |
|
Restrizioni per le aree e le iterazioni degli elementi di lavoro
Gli elementi di lavoro contengono un campo per Area progetto e uno per Iterazione progetto. Questi campi vengono usati 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 seguente 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 usando 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 altre informazioni sulla personalizzazione dei tipi di elementi di lavoro, vedere Personalizzare oggetti di rilevamento degli elementi di lavoro per supportare i processi del team. 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 seguente 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 seguente 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 del testo della Guida ai campi degli elementi di lavoro usando il tag <HELPTEXT>. Questo testo viene visualizzato in fase di esecuzione per indicare agli utenti cosa immettere nel campo. Per altre informazioni sul testo della Guida dei campi degli elementi di lavoro, vedere Applicare una regola a un campo elemento di lavoro.
La tabella seguente 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 usato 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 altre informazioni, vedere Definire elenchi globali.
Un elenco globale (GLOBALLIST) contiene una o più voci di elenco (elementi LISTITEM).
La tabella seguente descrive le restrizioni relative alle voci di elenco.
Tipo di restrizione |
Restrizione |
---|---|
Lunghezza |
|
Caratteri speciali |
|
Ambito |
|
La tabella seguente 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 altre informazioni, vedere Personalizzare un modello di processo.
La tabella seguente 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 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 seguente 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:\directorybuild). |
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 di 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 usati 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 altre informazioni sui tipi di compilazione, vedere Definire il processo di compilazione.
La tabella seguente 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 altre informazioni, vedere Creare o modificare una definizione di compilazione. Per un elenco dei valori di qualità di compilazione predefiniti, vedere Valutare la qualità di una compilazione completata.
La tabella seguente 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 seguente 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 l'area di lavoro.
Aggiunta di file al controllo della versione
Il sistema di controllo della versione consente di archiviare molti tipi diversi di file. Per altre informazioni su come aggiungere progetti o soluzioni di Visual Studio esistenti nel controllo della versione, vedere Configurare il controllo della versione di Team Foundation nel computer di sviluppo.
La tabella seguente descrive le restrizioni applicate a file e cartelle da aggiungere al controllo della versione.
Tipo di restrizione |
Restrizione |
---|---|
File e cartelle |
|
Nomi file |
|
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 seguente 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 seguente 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 altre informazioni sulle aree di lavoro, vedere Creare e utilizzare aree di lavoro. La tabella seguente 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 o modificare una definizione di compilazione
Valutare la qualità di una compilazione completata
Concetti
Personalizzare oggetti di rilevamento degli elementi di lavoro per supportare i processi del team
Personalizzare un modello di processo