Partager via

Définir la configuration initiale de Team Foundation Build

  • Article

Vous pouvez personnaliser les autorisations de build initiales d'un projet d'équipe et les fichiers modèles utilisés par Team Foundation Build.Le fichier de plug-in build.xml spécifie les autorisations de sécurité des activités de build de tous les projets d'équipe créés avec le même modèle de processus, ainsi que les fichiers modèles à télécharger.Les fichiers modèles suivants sont téléchargés dans la base de données de projet d'équipe :

  • **DefaultTemplate :**définit le modèle pour la création de définitions de build.

  • **UpgradeTemplate :**définit le modèle pour la mise à niveau des définitions de build définies à l'aide de Visual Studio Team System 2008 Team Foundation Server ou Visual Studio 2005 Team Foundation Server.

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

Nom du fichier :

Build.xml

Nom du dossier :

Générer

Nom du plug-in :

Microsoft.ProjectCreationWizard.Build

[!REMARQUE]

Vous pouvez changer le nom du fichier XML et du dossier, mais pas celui 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.

Les fichiers modèles se trouvent dans le dossier Modèles du dossier Build.

Dans le fichier Build.xml, vous spécifiez une ou plusieurs tâches et leurs dépendances.Le fichier de plug-in MSF spécifie une tâche, qui télécharge les deux fichiers modèles et les autorisations assignées aux groupes par défaut spécifiques de Team Foundation.Pour plus d'informations sur la personnalisation de la configuration de sécurité initiale de Lab Management, consultez Contrôler l'accès aux domaines fonctionnels.Pour plus d'informations sur les éléments task, taskXml et dependency, consultez Définir les tâches pour traiter un plug-in et Définir des dépendances pour des groupes de tâches et des tâches dans des fichiers de plug-in.

Le code suivant représente le fichier build.xml par défaut défini pour les modèles de processus MSF :

<?xml version="1.0" encoding="utf-8"?>
<tasks>
  <task id="BuildTask" name="Create Build Process Templates" plugin="Microsoft.ProjectCreationWizard.Build" completionMessage="Build tasks completed.">
    <dependencies />
    <taskXml>
      <ProcessTemplate Type="Default" Filename="Build\Templates\DefaultTemplate.xaml" Description="This is the default build process template for this Team Project." ServerPath="$/$$PROJECTNAME$$/BuildProcessTemplates" />
      <ProcessTemplate Type="Upgrade" Filename="Build\Templates\UpgradeTemplate.xaml" Description="This is the upgrade build process template for this Team Project." ServerPath="$/$$PROJECTNAME$$/BuildProcessTemplates" />
      <Permission allow="ViewBuildDefinition, ViewBuilds" identity="[$$PROJECTNAME$$]\@@Readers@@" />
      <Permission allow="ViewBuildDefinition, QueueBuilds, ViewBuilds, EditBuildQuality" identity="[$$PROJECTNAME$$]\@@Contributors@@" />
      <Permission allow="ViewBuildDefinition, EditBuildDefinition, DeleteBuildDefinition, QueueBuilds, ManageBuildQueue, StopBuilds, ViewBuilds, EditBuildQuality, RetainIndefinitely, DeleteBuilds, ManageBuildQualities, DestroyBuilds" identity="[$$PROJECTNAME$$]\@@Builders@@" />
      <Permission allow="ViewBuildDefinition, EditBuildDefinition, DeleteBuildDefinition, QueueBuilds, ManageBuildQueue, StopBuilds, ViewBuilds, EditBuildQuality, RetainIndefinitely, DeleteBuilds, ManageBuildQualities, DestroyBuilds" identity="[$$PROJECTNAME$$]\$$PROJECTADMINGROUP$$" />
      <Permission allow="ViewBuildDefinition, EditBuildDefinition, DeleteBuildDefinition, QueueBuilds, ManageBuildQueue, StopBuilds, ViewBuilds, EditBuildQuality, RetainIndefinitely, DeleteBuilds, ManageBuildQualities, DestroyBuilds, OverrideBuildCheckInValidation" identity="$$COLLECTIONADMINGROUP$$" />
    </taskXml>
  </task>
</tasks>

Voir aussi

Concepts

Contrôler l'accès aux domaines fonctionnels

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