MSBuild-Aufgabe
Erstellt MSBuild-Projekte aus einem anderen MSBuild-Projekt.
Parameter
In der folgenden Tabelle werden die Parameter der MSBuild -Aufgabe beschrieben.
| Parameter | Beschreibung |
|---|---|
BuildInParallel |
Optionaler Boolean-Parameter.Wenn true, werden die gemäß Projects-Parameter angegebenen Projekte nach Möglichkeit gleichzeitig erstellt. Der Standardwert ist false. |
Projects |
Erforderlicher ITaskItem[]-Parameter.Gibt die zu erstellenden Projektdateien an. |
Properties |
Optionaler String-Parameter.Eine durch Semikolons getrennte Liste der Eigenschaftenname-Wert-Paare, die als globale Eigenschaften auf das untergeordnete Projekt angewendet werden. Wenn Sie diesen Parameter angeben, entspricht sie funktional dem Festlegen von Eigenschaften, die beim Erstellen mit MSBuild.exe den Schalter -property aufweisen. Zum Beispiel: Properties="Configuration=Debug;Optimize=$(Optimize)"Wenn Sie Eigenschaften mithilfe des Properties-Parameters in das Projekt übergeben, erstellt MSBuild selbst dann eine neue Instanz des Projekts, wenn die Datei bereits geladen wurde. MSBuild erstellt eine einzelne Projektinstanz für einen bestimmten Projektpfad und einen eindeutigen Satz von globalen Eigenschaften. Mit diesem Verhalten können Sie beispielsweise mehrere MSBuild-Aufgaben erstellen, die myproject.proj mit „Configuration=Release“ aufrufen, und Sie erhalten eine einzelne Instanz von myproject.proj. (wenn in der Aufgabe keine eindeutigen Eigenschaften angegeben sind). Wenn Sie eine Eigenschaft angeben, die noch nicht von MSBuild erkannt wurde, erstellt MSBuild eine neue Instanz des Projekts, die parallel zu anderen Instanzen des Projekts erstellt werden kann. So können z.B. eine Releasekonfiguration und eine Debugkonfiguration gleichzeitig erstellen. |
RebaseOutputs |
Optionaler Boolean-Parameter.Wenn true, werden die Pfade der relativen Pfade von Zielausgabeelementen der erstellten Projekte angepasst, damit sie relativ zum aufrufenden Projekt sind. Der Standardwert ist false. |
RemoveProperties |
Optionaler String-Parameter.Gibt die zu entfernenden globalen Eigenschaften an. |
RunEachTargetSeparately |
Optionaler Boolean-Parameter.Bei Festlegung auf true ruft die MSBuild-Aufgabe die einzelnen an MSBuild übergebenen Ziele in der Liste nicht gleichzeitig, sondern nacheinander auf. Wenn für diesen Parameter true eingestellt wird, ist gewährleistet, dass nachfolgende Ziele selbst dann aufgerufen werden, wenn zuvor aufgerufene Ziele nicht erfolgreich waren. Ansonsten würde ein Buildfehler den Aufruf aller nachfolgenden Ziele beenden. Der Standardwert ist false. |
SkipNonexistentProjects |
Optionaler Boolean-Parameter.Wenn true, werden Projektdateien übersprungen, die sich nicht auf dem Datenträger befinden. Ansonsten verursachen Projekte dieser Art einen Fehler. Wird standardmäßig auf false festgelegt. |
SkipNonexistentTargets |
Optionaler Boolean-Parameter.Wenn der Wert true ist, werden Projektdateien übersprungen, die vorhanden sind, aber nicht das benannte Targets-Element enthalten. Ansonsten verursachen Projekte dieser Art einen Fehler. Wird standardmäßig auf false festgelegt. Eingeführt in MSBuild 15.5. |
StopOnFirstFailure |
Optionaler Boolean-Parameter.Wenn true, wenn eines der Projekte nicht erstellt werden kann, werden keine weiteren Projekte erstellt. Dies wird zurzeit nicht unterstützt, wenn Sie gleichzeitig (mit mehreren Prozessoren) erstellen. |
TargetAndPropertyListSeparators |
Optionaler String[]-Parameter.Gibt eine Liste mit Zielen und Eigenschaften als Project-Elementmetadaten an. Bei Trennzeichen werden vor der Verarbeitung die Escapezeichen entfernt. So wird z.B. % 3 b (';' mit Escapezeichen) behandelt, als wäre es ein ';' ohne Escapezeichen. |
TargetOutputs |
Optionaler schreibgeschützter ITaskItem[]-Parameter.Gibt die Ausgaben der erstellten Ziele von allen Projektdateien zurück. Es werden nur die Ausgaben der angegebenen Ziele zurückgegeben, jedoch keine Ausgaben, die möglicherweise für Ziele vorhanden sind, von denen diese Ziele abhängen. Der TargetOutputs-Parameter enthält zudem die folgenden Metadaten:- MSBuildSourceProjectFile: Die MSBuild-Projektdatei, die das Ziel enthält, das die Ausgaben festlegt.- MSBuildSourceTargetName: Das Ziel, das die Ausgaben festlegt. Hinweis: Wenn Sie die Ausgaben einzelner Projektdateien oder Ziele separat ermitteln möchten, führen Sie die MSBuild-Aufgabe für jede Projektdatei und jedes Ziel einzeln aus. Wenn Sie die MSBuild-Aufgabe zum Erstellen aller Projektdateien nur einmal ausführen, werden die Ausgaben aller Ziele in einem Array zusammengefasst. |
Targets |
Optionaler String-Parameter.Das Ziel oder die Ziele, die in den Projektdateien erstellt werden sollen. Verwenden Sie Semikolons, um eine Liste von Zielnamen zu trennen. Sind in der MSBuild Aufgabe keine Ziele angegeben, werden die in den Projektdateien angegebenen Standardziele erstellt. Hinweis:: Die Ziele müssen in allen Projektdateien auftreten. Wenn dies nicht der Fall ist, tritt ein Buildfehler auf. |
ToolsVersion |
Optionaler String-Parameter.Gibt die ToolsVersion an, die verwendet werden muss, um Projekte zu erstellen, die an diese Aufgabe übergeben werden.Hierdurch kann eine MSBuild-Aufgabe ein Projekt kompilieren, das auf eine andere Version von .NET Framework ausgerichtet ist als im Projekt angegeben. Gültige Werte sind 2.0, 3.0 und 3.5. Der Standardwert ist 3.5sein. |
Hinweise
Zusätzlich zu den oben aufgeführten Parametern erbt diese Aufgabe Parameter von der TaskExtension-Klasse, die selbst von der Task-Klasse erbt. Eine Liste mit diesen zusätzlichen Parametern und ihren Beschreibungen finden Sie unter TaskExtension-Basisklasse.
Anders als beim Starten von MSBuild.exe mithilfe der Exec-Aufgabe verwendet diese Aufgabe denselben MSBuild-Prozess, um die untergeordneten Projekte zu erstellen. Die Liste bereits erstellter Ziele, die übersprungen werden können, wird sowohl von den übergeordneten als auch von den untergeordneten Builds genutzt. Diese Aufgabe ist zudem schneller, da kein neuer MSBuild-Prozess erstellt wird.
Diese Aufgabe kann nicht nur Projektdateien, sondern auch Projektmappendateien verarbeiten.
Alle für MSBuild benötigten Konfigurationen zum parallelen Kompilieren von Projekten müssen über eine Konfigurationsdatei konfiguriert werden können. Dies gilt selbst dann, wenn die Konfiguration eine Remoteinfrastruktur (z. B. Ports, Protokolle, Timeouts, Wiederholungen usw.) umfasst. Konfigurationselemente sollten nach Möglichkeit während der MSBuild-Aufgabe als Aufgabenparameter angegeben werden können.
Ab MSBuild 3.5 stellen Projektmappenprojekte „TargetOutputs“ aus den allen erstellten Unterprojekten bereit.
Übergeben von Eigenschaften an Projekte
In MSBuild-Versionen vor MSBuild 3.5 war das Übergeben unterschiedlicher Sätze von Eigenschaften an andere im MSBuild-Element aufgeführte Projekte sehr anspruchsvoll. Wenn Sie das Attribut „Properties“ der MSBuild-Aufgabe verwendet haben, wurde die jeweilige Einstellung nur dann auf alle erstellten Projekte angewendet, wenn Sie die MSBuild-Aufgabe als Batch verarbeitet und bedingt unterschiedliche Eigenschaften für die einzelnen Projekte in der Elementliste bereitgestellt haben.
In MSBuild 3.5 hingegen werden mit „Properties“ und „AdditionalProperties“ zwei neue reservierte Metadatenelemente bereitgestellt, mit denen Sie auf flexible Weise unterschiedliche Eigenschaften für verschiedene Projekte übergeben können, die mithilfe der MSBuild-Aufgabe erstellt werden.
Hinweis
Diese neuen Metadatenelemente gelten nur für Elemente, die im Attribut „Projects“ der MSBuild-Aufgabe übergeben werden.
Buildvorteile bei mehreren Prozessoren
Einer der Hauptvorteile bei der Verwendung dieser neuen Metadaten zeigt sich, wenn Sie Projekte gleichzeitig auf einem System mit mehreren Prozessoren erstellen. Dank der Metadaten können Sie alle Projekte in einem einzelnen Aufruf der MSBuild-Aufgabe konsolidieren, ohne eine Batchverarbeitung oder bedingte MSBuild-Aufgaben ausführen zu müssen. Und wenn Sie nur eine einzige MSBuild-Aufgabe aufrufen, werden alle im Attribut „Projects“ aufgelisteten Projekte gleichzeitig erstellt. (Dies gilt allerdings nur, wenn das BuildInParallel=true-Attribut in der MSBuild-Aufgabe vorhanden ist.) Weitere Informationen finden Sie unter Paralleles Erstellen von mehreren Projekten.
Properties-Metadaten
Wenn angegeben, überschreiben Properties-Metadaten den Properties-Parameter der Aufgabe, während AdditionalProperties-Metadaten an die Definitionen des Parameters angefügt werden.
Beim Erstellen mehrerer Projektmappendateien mithilfe der MSBuild-Aufgabe werden häufig nur unterschiedliche Buildkonfigurationen verwendet. Möglicherweise möchten Sie die Projektmappe a1 mithilfe der Debugkonfiguration und Projektmappe a2 mithilfe der Releasekonfiguration erstellen. In MSBuild 2.0 würde diese Projektdatei wie folgt aussehen:
Hinweis
Im folgenden Beispiel stellt „…“ zusätzliche Projektmappendateien dar.
a.proj
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Target Name="Build">
<MSBuild Projects="a1.sln..." Properties="Configuration=Debug"/>
<MSBuild Projects="a2.sln" Properties="Configuration=Release"/>
</Target>
</Project>
Mithilfe von Properties-Metadaten können Sie dies nun vereinfachen, um eine einzige MSBuild-Aufgabe wie folgt zu verwenden:
a.proj
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup>
<ProjectToBuild Include="a1.sln...">
<Properties>Configuration=Debug</Properties>
</ProjectToBuild>
<ProjectToBuild Include="a2.sln">
<Properties>Configuration=Release</Properties>
</ProjectToBuild>
</ItemGroup>
<Target Name="Build">
<MSBuild Projects="@(ProjectToBuild)"/>
</Target>
</Project>
- oder -
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup>
<ProjectToBuild Include="a1.sln..."/>
<ProjectToBuild Include="a2.sln">
<Properties>Configuration=Release</Properties>
</ProjectToBuild>
</ItemGroup>
<Target Name="Build">
<MSBuild Projects="@(ProjectToBuild)"
Properties="Configuration=Debug"/>
</Target>
</Project>
AdditionalProperties-Metadaten
Gehen Sie vom folgenden Szenario aus, in dem Sie zwei Projektmappendateien mithilfe der MSBuild-Aufgabe erstellen. Beide Dateien werden mithilfe der Releasekonfiguration erstellt, aber für die eine Datei wird die X86-Architektur und für die andere die ia64-Architektur verwendet. In MSBuild 2.0 müssten Sie mehrere Instanzen der MSBuild-Aufgabe erstellen: Eine Instanz zum Erstellen des Projekts mithilfe der Releasekonfiguration und der x86-Architektur, die andere zum Erstellen des Projekts mithilfe der Releasekonfiguration und der ia64-Architektur. Die Projektdatei würde wie folgt aussehen:
a.proj
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Target Name="Build">
<MSBuild Projects="a1.sln..." Properties="Configuration=Release;
Architecture=x86"/>
<MSBuild Projects="a2.sln" Properties="Configuration=Release;
Architecture=ia64"/>
</Target>
</Project>
Mithilfe von AdditionalProperties-Metadaten können Sie dies nun vereinfachen, um eine einzige MSBuild-Aufgabe wie folgt zu verwenden:
a.proj
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup>
<ProjectToBuild Include="a1.sln...">
<AdditionalProperties>Architecture=x86
</AdditionalProperties>
</ProjectToBuild>
<ProjectToBuild Include="a2.sln">
<AdditionalProperties>Architecture=ia64
</AdditionalProperties>
</ProjectToBuild>
</ItemGroup>
<Target Name="Build">
<MSBuild Projects="@(ProjectToBuild)"
Properties="Configuration=Release"/>
</Target>
</Project>
Beispiel
Im folgenden Beispiel werden die von der Elementauflistung ProjectReferences angegebenen Projekte mithilfe der MSBuild-Aufgabe erstellt. Die entsprechenden Zielausgaben werden in der Elementauflistung AssembliesBuiltByChildProjects gespeichert.
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup>
<ProjectReferences Include="*.*proj" />
</ItemGroup>
<Target Name="BuildOtherProjects">
<MSBuild
Projects="@(ProjectReferences)"
Targets="Build">
<Output
TaskParameter="TargetOutputs"
ItemName="AssembliesBuiltByChildProjects" />
</MSBuild>
</Target>
</Project>