Zusätzliche Wege in der msbuild-Skript

Gewusst wie: geben Sie zusätzliche Montage-Referenz-Pfade für die MSBuild-Aufgaben?

Habe ich folgenden Skript so weit, aber kann nicht herausfinden, wie zu geben zusätzliche Suchpfade.

<ItemGroup>
 <ProjectsToBuild Include="..\Main\Main.sln" />
</ItemGroup>

<!-- The follwing paths should be added to reference search paths for the build tasks -->
<ItemGroup>
 <MyAddRefPath Include="$(MSBuildProjectDirectory)\..\..\Build\Lib1" />
 <MyAddRefPath Include="$(MSBuildProjectDirectory)\..\..\Build\Lib2" />
</ItemGroup>

<MSBuild
 Projects="@(ProjectsToBuild)"
 Properties="Configuration=Debug;OutputPath=$(BuildOutputPath)">
</MSBuild>

UPDATE:

Bitte zeigen Sie ein funktionsfähiges script, das aufruft ursprünglichen Projekt, wie ein SLN mit mehreren zusätzlichen Referenz-Pfade.

Keine Vorschläge zur Verbesserung der Projekt-Struktur bitte.
Ich weiß, wie man eine gute Struktur, aber jetzt ist es die Aufgabe des Aufbaus einer vorhandenen Stück Scheiße.

InformationsquelleAutor George Polevoy | 2011-03-11
  1. 4

    Habe ich endlich herausgefunden, wie es zu tun:

    <Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

<ItemGroup>
    <ProjectsToBuild Include="ConsoleApplication1\ConsoleApplication1.csproj" />
</ItemGroup>

<ItemGroup>
    <AdditionalReferencePaths Include="..\Build\ClassLibrary1" />
    <AdditionalReferencePaths Include="..\Build\ClassLibrary2" />
</ItemGroup>

<PropertyGroup>
    <BuildOutputPath>..\Build\ConsoleApplication1</BuildOutputPath>
</PropertyGroup>

<Target Name="MainBuild">
    <PropertyGroup>
        <AdditionalReferencePathsProp>@(AdditionalReferencePaths)</AdditionalReferencePathsProp>
    </PropertyGroup>
    <MSBuild
        Projects="ConsoleApplication1\ConsoleApplication1.csproj"
        Properties="ReferencePath=$(AdditionalReferencePathsProp);OutputPath=$(BuildOutputPath)"
    >
    </MSBuild>
</Target>

    InformationsquelleAutor George Polevoy
  2. 1

    Haben Sie gesagt, Sie wollen in der Lage sein zu ändern die Montage Suchpfade ohne änderung der Projekt-Dateien direkt. Um die Erfüllung dieser Anforderung müssen Sie eine Umgebungsvariable festlegen, die Vorrang vor den AssemblySearchPaths. Mit dieser Technik müssen Sie jeder Montage Referenz-Pfad für alle Projekte in den Lösungen. (Ändern der Projekte oder Kopien der Projekte wäre einfacher. Siehe Letzte Kommentare.)

    Einer Technik ist das erstellen einer batch-Datei läuft das Skript setzt die Umgebungsvariablen:

    set AssemblySearchPaths="C:\Tacos;C:\Burritos;C:\Chalupas"
msbuild whatever.msbuild

    Andere Möglichkeit ist die Definition einer PropertyGroup in Ihrer benutzerdefinierten msbuild-Datei (andernfalls bekannt als der "Haken" benötigt, um diese Arbeit zu machen):

    <?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <ItemGroup>
        <ProjectsToBuild Include="..\Main\Main.sln" />
    </ItemGroup>

    <PropertyGroup>
          <AssemblySearchPaths>$(MSBuildProjectDirectory)\..\..\Build\Lib1;$(MSBuildProjectDirectory)\..\..\Build\Lib2</AssemblySearchPaths>
    </PropertyGroup>

    <Target Name="Build">
        <MSBuild Projects="@(ProjectsToBuild)" Properties="AssemblySearchPaths=$(AssemblySearchPaths);Configuration=Debug;OutputPath=$(OutputPath)" />
    </Target>
</Project>

    Nun, wenn es nach mir ginge, und aus welchem unerklärlichen Grund konnte ich es nicht ändern Sie die Projekt-Dateien enthalten die aktualisierten Verweise, werde ich mit einbauen, würde ich Kopien machen von den Projekt-Dateien, laden Sie Sie in die IDE, und korrigieren Sie die Verweise in meine kopiert. Die Synchronisierung der Projekte wird zu einem einfachen diff/merge-operation, die automatisch mit modernen tools wie mercurial (heck, ich bin sicher, clearcase verwalten könnte es auch).

    • Ja, in einer perfekten Welt würde ich die Referenz-Projekte
    • Warum kann man nicht fügen Sie die Referenzen zu den Projekten? Wie wollen Sie bauen?
    InformationsquelleAutor Ritch Melton
  3. 0

    Die Eigenschaft, die Sie ändern möchten ist AssemblySearchPaths -. Finden Sie die ResolveAssemblyReference Aufgabe mehr Informationen.

    <Target Name="AddToSearchPaths">  
  <CreateProperty Value="x:\path\to\assemblies;$(AssemblySearchPaths)">  
    <Output PropertyName="AssemblySearchPaths" TaskParameter="Value" />  
  </CreateProperty>  
</Target>

    Nutzung von item-Gruppen, wie in deinem Beispiel würde das so Aussehen:

    <Target Name="AddToSearchPaths">  
  <CreateProperty Value="@(MyAddRefPath);$(AssemblySearchPaths)">  
    <Output PropertyName="AssemblySearchPaths" TaskParameter="Value" />  
  </CreateProperty>  
</Target>

    Suchen in %WINDIR%\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.Ziele, Sie können sehen, dass die ResolveAssemblyReference Aufgabe ausgeführt wird als Teil der ResolveAssemblyReferences Ziel. Damit wollen Sie die neu hinzugefügte Ziel zu ändern, die AssemblySearchPaths-Eigenschaft, bevor Sie ResolveAssemblyReferences ausgeführt wird.

    • Wenn die AddToSearchPath Ziel soll aufgerufen werden? Wie bezieht es sich auf das original-Skript? Hast du das probiert?
    • Er wusste nicht, fügen Sie die Haken. Sie würde tun müssen, die in einem Projekt. Haben Sie sich in der ResolveAssemblyReferenceTask? Die AssemblySearchPath ist Teil des Ziels. Dies ist eine anständige Antwort. Wenn es Ihren Anforderungen nicht irgendwie, fügen Sie bitte weitere details in deiner Frage. Wir alle helfen wollen. Ich mag MSBuild, und wie zu helfen, Lösungen zu finden, um Probleme mit ihm.
    • Zeige mir ein funktionierendes Skript.
    • Nein, das hinzufügen einen Haken in das Projekt ist nicht die richtige Antwort. Ich machen zu müssen, Sie in einem 'wrapper' ohne änderungen an den original-Projekten.
    • Meine Antwort aktualisiert wird. Ich habe gezeigt, den Haken. So hat @Spider M9.
    • Aus deiner Frage ist, das ich keine Ahnung hatte, konnte Sie nicht ändern Sie die Projekt-Datei; das ändert die Dinge erheblich. Sieht aus wie Spider M9 hat sich darum gekümmert.

    InformationsquelleAutor Kevin Richardson
  4. 0

    ...und denken Sie daran, dass Sie nicht benötigen, um ein Ziel für diese, die Sie verwenden können, Projekt-scoped Eigenschaften oder Elemente, wie...

    <ItemGroup>
    <MyAddRefPath Include="$(MSBuildProjectDirectory)\..\..\Build\Lib1" />
    <MyAddRefPath Include="$(MSBuildProjectDirectory)\..\..\Build\Lib2" />    
</ItemGroup>
<PropertyGroup>
    <MyAddRefPath>$(MSBuildProjectDirectory)\..\..\Build\Lib3</MyAddRefPath>
    <!-- add in the property path -->
    <AssemblySearchPaths>$(MyAddRefPath);$(AssemblySearchPaths)</AssemblySearchPaths>
    <!-- add in the item paths -->
    <AssemblySearchPaths>@(MyAddRefPath);$(AssemblySearchPaths)</AssemblySearchPaths>
</PropertyGroup>

    ...und wenn Sie tun müssen, um dieses Ziel zu pick-up-Pfade aus einer dynamisch aufgefüllt item-Gruppe, inline-Eigenschaften, nicht die CreateProperty-Aufgabe (wenn Sie nicht mehr in v2.0)

    <Target Name="AddToSearchPaths">
    <PropertyGroup>
        <!-- add in the item paths -->
        <AssemblySearchPaths>@(MyDynamicAddRefPath);$(AssemblySearchPaths)</AssemblySearchPaths>
    </PropertyGroup>
</Target>
    • Wie funktioniert dieses Skript beziehen sich auf das original-Skript?
    • Können Sie bitte erläutern. Ich kann nicht verstehen, wie dies funktionieren würde, was ist der Unterschied von $(MyAddRefPath) und @(MyAddRefPath) und was soll passieren, in diesen Zeilen?
    • Alles, was mit $() ist eine Skalare Eigenschaft, alles, was mit @() ist eine Liste von Elementen, in diesem Fall die Elemente sind die Wege. Wenn Sie auf ein Element der Liste ist nur ein Wert erforderlich, MSBuild wird, reduzieren Sie die Liste in eine durch Komma getrennte Liste, das ist genau das, was erwartet wird, AssemblySearchPaths. Ich war gerade zeigen, dass es gibt zwei Möglichkeiten, dies zu tun, Ihre Vorlieben, die Sie nicht brauchen, beides zu tun.
    InformationsquelleAutor Brian Kretzler
Schreibe einen Kommentar