Restrictions d'affectation de noms dans Team Foundation
De nombreux composants dans Visual Studio Team Foundation Server (TFS) ont certaines restrictions d'affectation de noms.Ces restrictions permettent de garantir la cohérence de l'expérience utilisateur et fournissent la compatibilité avec d'autres programmes.Ces restrictions peuvent inclure la longueur, les caractères spéciaux, l'unicité ou d'autres attributs.
Cette rubrique contient les sous-sections suivantes :
Éléments courants à prendre à compte
Restrictions pour les noms de comptes du groupe Team Foundation Server
Restrictions pour les noms d'ordinateurs
Restrictions pour les noms de collection de projets d'équipe
Restrictions pour les noms de projets d'équipe
Restrictions pour les noms d'équipe
Restrictions pour les éléments de travail
Restrictions pour les personnalisations d'éléments de travail
Restrictions pour les modèles de processus
Restrictions pour Team Foundation Build
Restrictions pour le contrôle de version
Voir aussi
Éléments courants à prendre à compte
Dans cette rubrique, les restrictions de longueur sont mesurées par le nombre de caractères Unicode autorisé.Pour plus d'informations sur Unicode, consultez « About Unicode and Character Sets » à l'adresse https://go.microsoft.com/fwlink/?LinkId=76837.Les caractères de substitution sont composés de deux caractères Unicode, lesquels compteront comme deux caractères par rapport à la restriction de longueur.
Comme avec d'autres fichiers de système d'exploitation, les caractères de contrôle ANSI (ASCII 1-31) et les combinaisons de remplacement ne sont pas non plus autorisés.Pour des informations générales sur les restrictions du système d'exploitation appliquées aux noms de fichiers, consultez « Naming a File » (LinkId=76838).
Restrictions pour les noms de comptes du groupe Team Foundation Server
Les comptes de groupes Team Foundation permettent d'appliquer certains droits ou autorisations à un groupe d'utilisateurs.Ce groupe Team Foundation peut se composer de comptes d'utilisateurs Windows ou de comptes de groupes Windows, Active Directory, Team Foundation ou d'une combinaison de ces types.Pour plus d'informations sur la gestion des utilisateurs avec les groupes, consultez Users, groups, and permissions in Team Foundation Server deployments et Configuration d'utilisateurs, de groupes et d'autorisations.Pour obtenir des exemples sur la façon d'ajouter un nouveau membre aux groupes utilisés dans TFS, les produits SharePoint et SQL Server Reporting Services, consultez Ajouter des utilisateurs aux projets d'équipe.Si vous souhaitez en savoir plus sur la façon de vérifier les autorisations pour votre compte, consultez Gestion de Mon profil et affichage de mes autorisations.
Lorsqu'un compte de groupe Team Foundation est créé ou est modifié, il doit respecter certaines restrictions Team Foundation Server.Le tableau suivant décrit ces restrictions.
Type de restriction |
Restriction |
---|---|
Longueur du nom de compte du groupe |
|
Unicité (comptes de groupe au niveau de la collection) |
|
Unicité (comptes de groupe au niveau du projet) |
|
Noms de groupes réservés |
|
Restrictions de caractères spéciaux |
|
[!REMARQUE]
Vous ne créez pas de comptes d'utilisateurs dans Team Foundation Server.
Restrictions pour les noms d'ordinateurs
Pendant la procédure d'installation TFS, le nom d'ordinateur est associé au nom du serveur .
Le système d'exploitation et Active Directory imposent certaines restrictions sur les noms d'ordinateur.Pour plus d'informations sur le changement de nom d'ordinateur, consultez « Rename a computer » à l'adresse https://go.microsoft.com/fwlink/?LinkId=76839.Pour plus d'informations sur Active Directory, consultez « Windows Server 2003 Active Directory » à l'adresse https://go.microsoft.com/fwlink/?LinkId=47541.
Restrictions pour les noms de collection de projets d'équipe
Le nom d'une collection de projets d'équipe identifie un regroupement de projets d'équipe et les ressources associées à ces projets.Une collection de projets d'équipe est une structure d'organisation que vous pouvez utiliser pour définir et contrôler un groupe de projets d'équipe dans TFS.Les membres de l'équipe utilisent le nom de la collection de projets d'équipe lorsqu'ils se connectent aux projets d'équipe dans TFS. Pour plus d'informations, consultez Organisation de votre serveur avec des collections de projets d'équipe.
Le tableau décrit les restrictions pour les noms de collections.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Unicité |
|
Caractères spéciaux |
|
Noms réservés |
|
Restrictions pour les noms de projet
Les noms du projet dans TFS identifient une collection d'éléments de travail, des documents, des rapports, des builds d'équipe et une arborescence de contrôle de version qui composent un projet particulier dans TFS.Les membres d'équipe utilisent ce nom de projet pour se connecter au projet dans TFS.
Le tableau suivant décrit les restrictions pour les noms de projets.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Unicité |
Ne doit pas être identique à un autre nom de la collection de projets d'équipe, à l'application Web SharePoint qui prend en charge la collection ou à l'instance de SQL Server Reporting Services qui prend en charge la collection |
Caractères spéciaux |
|
Noms réservés |
|
Restrictions pour les noms d'équipe
Dans TFS, les noms d'équipe identifient un groupe de personnes ou des groupes qui travaillent ensemble de manière collective sous forme d'équipe dans un projet dans TFS.Les membres d'équipe utilisent ce nom pour se connecter à l'équipe dans Team Web Access.Le nom d'équipe doit être un nom qui peut être restitué comme une partie d'une URL valide.De plus, chaque nom d'équipe doit être unique au sein d'un même projet, mais il n'existe aucune restriction sauf l'utilisation du même nom d'équipe dans différents projets au sein d'une collection de projets d'équipe.Pour plus d’informations sur le travail en équipe dans TFS, consultez Effectuer une mise en route en tant qu'équipe.
Le tableau suivant décrit les restrictions pour les noms d'équipes.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Unicité |
Ne doivent être identiques à aucun autre nom présent dans le projet |
Caractères spéciaux |
|
Noms réservés |
|
Restrictions pour les éléments de travail
Microsoft Visual Studio Application Lifecycle Management suit la progression d'un projet en utilisant des éléments tels que les bogues, les spécifications, les tâches et les risques.Ces éléments sont génériquement appelés éléments de travail.Cette section décrit les restrictions sur les données stockées dans les éléments de travail.
Restrictions pour les pièces jointes aux éléments de travail
Les fichiers peuvent être joints aux éléments de travail.Le tableau suivant décrit les restrictions sur les pièces jointes aux éléments de travail.
Type de restriction |
Restriction |
---|---|
Taille du fichier |
|
Restrictions pour les zones et itérations d'éléments de travail
Les éléments de travail contiennent un champ pour Zone de projet et un champ pour Itération de projet.Ils permettent d'organiser et d'afficher les éléments de travail en groupements logiques.
Les champs Zone de projet et Itération de projet constituent des chemins composés de plusieurs éléments de nœud séparés par des barres obliques inverses (\).Les nœuds sont définis par l'administrateur Team Foundation Server pour refléter les zones de projet et le cycle de projet.Le tableau suivant décrit les restrictions sur les nœuds et les chemins d'accès.
Type de restriction |
Restriction |
---|---|
Longueur de nœud |
|
Caractères spéciaux pour les nœuds |
|
Noms réservés |
|
Longueur des chemins d'accès |
|
Profondeur de la hiérarchie des chemins d'accès |
|
Restrictions pour les personnalisations d'éléments de travail
Team Foundation Server suit la progression d'un projet en utilisant des éléments tels que les bogues, les composants requis, les tâches et les risques.Ces éléments sont génériquement appelés éléments de travail.
Les administrateurs de projets d'équipe peuvent décider de modifier des définitions de types d'éléments de travail soit au niveau du projet, soit dans un modèle de processus.Pour plus d'informations sur la personnalisation de types d'éléments de travail, consultez Personnaliser les données de suivi de projet, les formulaires, les flux de travail et d'autres objets.Cette section décrit les restrictions que vous rencontrez lorsque vous personnalisez des éléments de travail et leurs éléments associés.
Restrictions pour les noms de champs d'éléments de travail
Chaque type d'élément de travail contient un ou plusieurs champs d'éléments de travail.Ces champs définissent les informations stockées dans un type d'élément de travail.Un nom de champ d'élément de travail identifie uniquement chaque champ d'élément de travail.
Le tableau suivant décrit les restrictions pour les noms de champs d'éléments de travail.
Type de restriction |
Restriction |
---|---|
Longueur |
Ne doivent pas contenir plus de 128 caractères Unicode |
Caractères spéciaux |
|
Portée |
|
Restrictions pour les noms de référence de champs d'éléments de travail
Chaque champ d'élément de travail a un nom de référence de champ associé.Le nom de référence du champ identifie uniquement chaque champ et ne peut pas être modifié une fois assigné.Le tableau suivant décrit les restrictions appliquées aux noms de référence de champ.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Caractères spéciaux |
|
Unicité |
|
Restrictions pour le texte d'aide des champs d'éléments de travail
Vous pouvez, si vous le souhaitez, associer le texte d'aide aux champs d'éléments de travail à l'aide de la balise <HELPTEXT>.Le système affiche ce texte au moment de l'exécution pour aider les utilisateurs à savoir ce qu'il faut entrer dans le champ.Pour plus d'informations sur le texte d'aide des éléments de travail, consultez Définir le texte d'aide d'un champ d'élément de travail.
Le tableau suivant décrit les restrictions pour le texte d'aide des champs d'éléments de travail.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Portée |
Contrairement au nom et au type de champ, la portée du texte d'aide de champ est limitée à un type d'élément de travail spécifique d'un projet d'équipe spécifique. |
Restrictions pour les listes globales
Une liste globale est un ensemble de valeurs d'éléments de liste stocké et utilisé globalement par tous les serveurs Team Foundation d'une implémentation Team Foundation Server.En définissant des types d'éléments de travail, vous pouvez constater que certains champs d'élément de travail ont le même ensemble de valeurs possibles.Les listes globales vous permettent de définir ces valeurs une fois et de les partager entre plusieurs types d'éléments de travail.Pour plus d'informations, consultez Définir des listes globales.
Une liste globale (GLOBALLIST) contient un ou plusieurs éléments de liste (éléments LISTITEM).
Le tableau suivant décrit les restrictions sur les éléments de liste.
Type de restriction |
Restriction |
---|---|
Longueur |
|
Caractères spéciaux |
|
Portée |
|
Le tableau suivant décrit les restrictions s'appliquant à une liste globale.
Type de restriction |
Restriction |
---|---|
Nombre d'éléments |
La liste globale ne doit pas être vide.Elle doit contenir au moins un élément LISTITEM. |
Unicité |
|
Restrictions pour les modèles de processus
Un modèle de processus est un jeu d'éléments de travail, de requêtes d'élément de travail, de modèles de produit, de rapports, de groupes de sécurité et de recommandations par défaut qui influencent la structure d'un projet dans Team Foundation.Team Foundation Server inclut deux modèles de processus par défaut qui comprennent deux styles différents pour la gestion du cycle logiciel.Vous pouvez personnaliser ces modèles pour refléter les besoins spécifiques de votre organisation.Pour plus d'informations, consultez Personnaliser des modèles de processus.
Le tableau suivant décrit les restrictions sur les modèles de processus.
Type de restriction |
Restriction |
---|---|
Longueur des noms de modèles de processus |
Ne doivent pas contenir plus de 256 caractères Unicode. |
Unicité des noms de modèles de processus |
|
Taille de fichiers des modèles de processus |
La taille du fichier de modèle de processus ne doit pas dépasser 2 Go (gigaoctets). |
Restrictions pour Team Foundation Build
Team Foundation Build permet de gérer tous les aspects du processus de génération sur un ordinateur unique.Grâce à Team Foundation Build, vous pouvez synchroniser les sources, compiler l'application, exécuter des tests unitaires associés, effectuer une analyse de code, générer des builds sur un serveur de fichiers et publier des rapports de builds.
Restrictions sur l'ordinateur de build
Team Foundation Build est une installation distincte de la couche Application Team Foundation Server, de la couche Données ou du client Visual Studio.Vous pouvez désigner un ordinateur distinct.Sinon, vous pouvez installer la build côte à côte sur l'ordinateur client ou sur les serveurs.
Le tableau suivant décrit les restrictions pour l'ordinateur de build.
Type de restriction |
Restriction |
---|---|
Espace disque |
Doit contenir suffisamment d'espace pour la build (un espace insuffisant entraîne l'échec des builds). |
Répertoire de build |
Doit être un chemin d'accès local (par exemple, C:\builddirectory). |
Répertoire d'emplacement cible |
Doit être un chemin UNC (par exemple, \\server\share). |
Autorisations d'emplacement cible |
Chaque build générée est placée dans un nouveau répertoire du dossier cible.
|
Compte de Service Team Foundation Build |
Si vous modifiez le compte de service TFS après l'installation initiale, vous devez vous assurer que les conditions suivantes sont réunies.
|
Problèmes de pare-feu |
Si le pare-feu de l'ordinateur de build est activé, vérifiez que le programme tfsbuildservice figure dans la liste d'exceptions. |
Noms de types de build
Team Foundation Build utilise des types de build pour configurer les conditions sous lesquelles une solution unique ou un ensemble de solutions dans un projet d'équipe sera généré.Pour effectuer une génération, vous devrez créer un type de build ou utiliser un type de build existant.Pour plus d'informations sur les types de build, consultez Définir votre processus de build.
Le tableau suivant décrit les restrictions sur les noms de type de build.
Type de restriction |
Restriction |
---|---|
Unicité |
Ne doivent être identiques à aucun autre nom de type de build dans le projet |
Caractères spéciaux |
|
Noms de qualité des builds
La qualité de build vous permet de joindre un niveau de qualité ou un état d'achèvement à une build terminée.Team Foundation Build vous permet également de créer des valeurs pour le type de qualité de build.Pour plus d'informations, consultez Créer une définition de build.Pour obtenir une liste des valeurs de qualité de build par défaut, consultez Évaluer la qualité d'une build terminée.
Le tableau suivant décrit les restrictions sur les noms de qualité de build.
Type de restriction |
Restriction |
---|---|
Longueur |
Ne doivent pas contenir plus de 256 caractères Unicode |
Unicité |
Ne doivent être identiques à aucun autre nom de qualité de build sur l'ordinateur Team Foundation Build |
Restrictions pour le contrôle de version
Le contrôle de version de Team Foundation fournit un référentiel central pour les fichiers et les commandes nécessaires pour gérer ces fichiers à travers une équipe.Il fournit également des stratégies d'archivage, de création de branches, de fusion, de réservation personnalisables et beaucoup d'autres fonctionnalités.
Chemins d'accès au contrôle de version
Le tableau suivant décrit les restrictions appliquées à un chemin d'accès au contrôle de version.
Type de restriction |
Restriction |
---|---|
Longueur de chemin d'accès au dossier de contrôle de code source du serveur |
|
Longueur de chemin d'accès au dossier local |
|
Voir aussi : Optimiser vos espaces de travail.
Ajout de fichiers dans le contrôle de version
Le système de contrôle de version stocke de nombreux types de fichiers différents.Pour plus d'informations sur l'ajout de projets ou de solutions Visual Studio existants dans le contrôle de version, consultez Configurer votre ordinateur de développement et commencer à utiliser le contrôle de version.
Le tableau suivant décrit les restrictions appliquées aux fichiers et dossiers à ajouter au contrôle de version.
Type de restriction |
Restriction |
---|---|
Extensions du fichier |
|
Dossiers |
|
Noms d'étiquettes
Dans le contrôle de version de Team Foundation, une étiquette est un nom appliqué à un ensemble spécifique de révisions.Vous pouvez joindre des étiquettes à un ensemble de fichiers non liés dans le contrôle de version.Cela permet de récupérer les fichiers ou d'agir sur eux en tant que groupe.Le tableau suivant décrit les restrictions appliquées aux noms d'étiquettes.
Type de restriction |
Restriction |
---|---|
Longueur |
Ne doivent pas contenir plus de 64 caractères Unicode |
Caractères spéciaux |
|
Jeux de réservations
Le jeu de réservations permet de mettre temporairement de côté un lot de modifications en attente et de supprimer éventuellement les modifications en attente de votre espace de travail.Vous pouvez ultérieurement restaurer les modifications d'un jeu de réservations vers votre espace de travail ou les placer dans celui d'un autre utilisateur.
Le tableau suivant décrit les restrictions sur les noms de jeux de réservations.
Type de restriction |
Restriction |
---|---|
Longueur |
Ne doivent pas contenir plus de 64 caractères Unicode |
Caractères spéciaux |
|
Noms d'espaces de travail
Un espace de travail est une copie côté client des fichiers et dossiers de contrôle de version Team Foundation.Lorsque vous créez plusieurs espaces de travail, vous pouvez avoir différentes versions du même dossier de contrôle de version sur un ordinateur client.Pour plus d'informations sur les espaces de travail, consultez Gérer vos espaces de travail.Le tableau suivant décrit les restrictions sur les noms d'espaces de travail.
Type de restriction |
Restriction |
---|---|
Longueur |
Ne doivent pas contenir plus de 64 caractères Unicode |
Caractères spéciaux |
|
Voir aussi
Tâches
Évaluer la qualité d'une build terminée
Concepts
Définir le texte d'aide d'un champ d'élément de travail
Personnaliser des modèles de processus