Partager via


Définition de la configuration initiale du contrôle de version Team Foundation

Grâce au plug-in du contrôle de version, vous pouvez configurer les autorisations de sécurité, les stratégies d'extraction et les notes d'archivage initiales d'un projet d'équipe.

Dans le fichier XML, vous spécifiez une ou plusieurs tâches et leurs dépendances. En règle générale, une tâche suffit pour configurer les paramètres du contrôle de version. Pour obtenir un exemple de tâche qui spécifie ces paramètres, consultez le fichier VersionControl.xml défini pour un modèle de processus de Microsoft Solutions Framework (MSF).

Le tableau suivant récapitule les noms du fichier, du dossier et du plug-in pour les modèles de processus MSF.

Nom du fichier :

VersionControl.xml

Nom du dossier :

Contrôle de version

Nom du plug-in :

Microsoft.ProjectCreationWizard.VersionControl

Notes

Vous pouvez changer le nom du fichier XML et celui du dossier, mais pas le nom du plug-in. Team Foundation Server n'inclut aucun mécanisme de déploiement de plug-ins côté client, de stratégies ou d'autres modifications. Si vous ne voulez pas déployer ce genre de fonctionnalités, vous devez utiliser votre propre programme de distribution et d'installation.

Dans cette rubrique

  • Extraction exclusive

  • Obtenir la dernière version lors de l'extraction

  • Notes d'archivage

  • Autorisations

Extraction exclusive

Vous pouvez contrôler si plusieurs personnes peuvent extraire un fichier en même temps en spécifiant l'élément exclusive_checkout.

<exclusive_checkout required=""/>

Si l'attribut required a la valeur true, une seule personne peut extraire un fichier à la fois. Si cet attribut a la valeur false, plusieurs personnes peuvent extraire un fichier en même temps et elles doivent répercuter les modifications apportées lorsqu'elles archivent le fichier.

L'exemple suivant montre comment demander une extraction exclusive :

<exclusive_checkout required="true"/>

Obtenir la dernière version lors de l'extraction

Vous utilisez l'élément get_latest_on_checkout pour configurer le comportement par défaut lorsqu'un utilisateur extrait un fichier pour un projet d'équipe.

<get_latest_on_checkout required=""/>

Si l'attribut required a la valeur true, la version la plus récente d'un élément est téléchargée chaque fois qu'un utilisateur l'extrait. Ce comportement ressemble au comportement d'extraction de Visual SourceSafe.

Si l'attribut required a la valeur false, l'opération d'extraction extrait la version locale dans votre espace de travail. Par défaut, cet attribut a la valeur false.

L'exemple suivant montre comment indiquer que le comportement d'extraction par défaut doit être de récupérer la version la plus récente d'un élément lorsqu'un utilisateur l'extrait.

<get_latest_on_checkout required="true"/>

Notes d'archivage

Le développeur fournit des notes d'archivage lorsqu'il archive le code. Ces notes indiquent si les modifications du code sont liées aux processus d'équipe, et, si elles le sont, de quelle façon. Par exemple, une note d'archivage peut indiquer si la modification a été apportée suite à une révision de sécurité. Elle peut également inclure des détails sur les modifications par rapport à la révision de sécurité.

Vous utilisez la syntaxe suivante pour un élément checkin_note :

<checkin_note label="" required="" order=""/>

Le tableau suivant décrit les attributs de l'élément checkin_note.

Attribut

Description

label

Étiquette qui décrit la note d'archivage. L'étiquette apparaît dans la boîte de dialogue Archivages en attente lorsqu'un utilisateur archive une modification.

required

Indique si la note d'archivage doit comporter une valeur. Si cet attribut a la valeur true, la note d'archivage doit avoir une valeur. Si cet attribut a la valeur false, la valeur est facultative.

order

Spécifie un nombre ordinal qui indique l'ordre d'affichage des notes d'archivage. Cet attribut est facultatif.

L'exemple suivant montre comment personnaliser les notes d'archivage de MSF for Agile Software Development afin de créer une nouvelle note d'archivage intitulée « Documentation Impact » et qui ne comporte pas nécessairement une valeur.

<taskXml>
   <checkin_note label="Code Reviewer" required="false" order="1"/>
   <checkin_note label="Security Reviewer" required="false" order="2"/>
   <checkin_note label="Performance Reviewer" required="false" order="3"/> 
   <checkin_note label="Documentation Impact" required="false"/>
</taskXml>

Autorisations

Le contrôle de version a un ensemble spécifique d'autorisations que vous pouvez configurer pour un modèle de processus. En spécifiant des autorisations, vous définissez les actions que les groupes de sécurité et les personnes peuvent effectuer sur les éléments activés pour le contrôle de version. Pour plus d'informations, consultez Contrôle de l'accès aux domaines fonctionnels.

Voir aussi

Tâches

Vérifier les modifications de contrôle de version

Concepts

Personnalisation de domaines fonctionnels au sein d'un modèle de processus

Autres ressources

Configuration des groupes, des membres et des autorisations initiaux

Utilisation du contrôle de version