Freigeben über


Definieren der Anfangskonfiguration von Team Foundation Build

Sie können die anfänglichen Buildberechtigungen eines Teamprojekts anpassen, die von Team Foundation Build verwendet werden. Die Plug-In-Datei "build.xml" gibt die Sicherheitsberechtigungen für Buildaktivitäten in allen Teamprojekten an, die mit der gleichen Prozessvorlage erstellt werden. Die folgenden Vorlagendateien werden in die Teamprojektdatenbank hochgeladen:

Hinweis

Ab Team Foundation Server (TFS) 2013 lädt das Plug-In "build.xml" keine Buildvorlagendateien mehr hoch.

In der folgenden Tabelle sind die Namen der Datei, des Ordners und des Plug-Ins für die Prozessvorlagen für Microsoft Solutions Framework (MSF) zusammengefasst.

Dateiname:

Build.xml

Ordnername:

Build

Plug-In-Name:

Microsoft.ProjectCreationWizard.Build

Hinweis

Sie können die Namen der XML-Datei und des Ordners, jedoch nicht den Namen des Plug-Ins ändern.Team Foundation Server enthält keinen Mechanismus für die Bereitstellung clientseitiger Plug-Ins, Richtlinien oder anderer Änderungen.Wenn Sie diese Art von Funktion bereitstellen möchten, verwenden Sie Ihr eigenes Verteilungs- und Installationsprogramm.

In der Datei "Build.xml" werden mindestens eine Aufgabe und die zugehörigen Abhängigkeiten angegeben. Die TSF-Plug-In-Datei gibt die Berechtigungen an, die bestimmten TFS-Standardgruppen zugewiesen sind. Weitere Informationen zum Anpassen der anfänglichen Sicherheitskonfiguration für Lab Management finden Sie unter Steuern des Zugriffs auf Funktionsbereiche. Weitere Informationen zum task-Element, taskXml-Element und dependency-Element finden Sie unter Definieren der Aufgaben zum Verarbeiten eines Plug-Ins und Definieren der Abhängigkeiten für Aufgabengruppen und Aufgaben in Plug-In-Dateien.

Im folgenden Code wird die standardmäßige Datei mit dem Namen "build.xml" dargestellt, die für die TSF-Prozessvorlagen definiert ist:

<?xml version="1.0" encoding="utf-8"?>
<tasks>
  <task id="BuildTask" name="Add Build Permissions" plugin="Microsoft.ProjectCreationWizard.Build" completionMessage="Build tasks completed.">
    <dependencies />
    <taskXml>
      <!-- Project-level groups -->
      <Permission allow="ViewBuilds, ViewBuildDefinition" identity="[$$PROJECTNAME$$]\Readers" />
      <Permission allow="EditBuildQuality, ViewBuilds, QueueBuilds, ViewBuildDefinition" identity="[$$PROJECTNAME$$]\Contributors" />
      <Permission allow="DeleteBuilds, DestroyBuilds, EditBuildQuality, ManageBuildQualities, RetainIndefinitely, ViewBuilds, ManageBuildQueue, QueueBuilds, StopBuilds, DeleteBuildDefinition, EditBuildDefinition, ViewBuildDefinition, AdministerBuildPermissions" identity="[$$PROJECTNAME$$]\Build Administrators" />
      <Permission allow="DeleteBuilds, DestroyBuilds, EditBuildQuality, ManageBuildQualities, RetainIndefinitely, ViewBuilds, ManageBuildQueue, QueueBuilds, StopBuilds, DeleteBuildDefinition, EditBuildDefinition, ViewBuildDefinition, AdministerBuildPermissions" identity="[$$PROJECTNAME$$]\$$PROJECTADMINGROUP$$" />
      
      <!-- Collection-level groups -->
      <Permission allow="EditBuildQuality, ManageBuildQueue, OverrideBuildCheckInValidation, QueueBuilds, UpdateBuildInformation, ViewBuildDefinition, ViewBuilds" identity="$$PROJECTCOLLECTIONBUILDSERVICESGROUP$$" />
      <Permission allow="ViewBuildDefinition, EditBuildDefinition, DeleteBuildDefinition, QueueBuilds, ManageBuildQueue, StopBuilds, ViewBuilds, EditBuildQuality, RetainIndefinitely, DeleteBuilds, ManageBuildQualities, DestroyBuilds, AdministerBuildPermissions" identity="$$PROJECTCOLLECTIONBUILDADMINSGROUP$$" />
      <Permission allow="DeleteBuilds, DestroyBuilds, EditBuildQuality, ManageBuildQualities, RetainIndefinitely, ViewBuilds, ManageBuildQueue, QueueBuilds, StopBuilds, DeleteBuildDefinition, EditBuildDefinition, ViewBuildDefinition, AdministerBuildPermissions, OverrideBuildCheckInValidation" identity="$$PROJECTCOLLECTIONADMINGROUP$$" />
    </taskXml>
  </task>
</tasks>

Siehe auch

Konzepte

Steuern des Zugriffs auf Funktionsbereiche