2009-03-28 13 views
3

Ich habe eine native binäre Abhängigkeit für meine C# -Lösung, die in Debug und Release-Varianten kommt, und ich versuche herauszufinden, wie Sie das am besten organisieren, so dass (1) es endet in der Build-Ausgabe, und gefunden wird, wenn das Gerät läuft testet (2) Er lebt unter der Kasse Verzeichnis in der Quellcodeverwaltung (3) die richtige Variante (Debug/Release) für jede Build-Konfiguration kopiertBinäre Abhängigkeiten in Visual Studio-Projekten

ich bin Blick auf

Solution 
    Libs 
     MyLibrary 
      Debug/x86/foo.dll 
      Release/x86/foo.dll 
    MyProject 
     src/com/acme/MyApplication.cs 

MyProject Referenzen MyLibrary

und ich würde die Build-Ordner wie aussehen:

Solution/MyProject/bin/Debug/ 
    x86/foo.dll <-- copied from MyLibrary/Debug 
    MyApplication.exe 
Solution/MyProject/bin/Release/ 
    x86/foo.dll <-- copied from MyLibrary/Release 
    MyApplication.exe 

Ich versuche, diese Datei ohne eine kundenspezifische msbuild zu tun - alles würde im Idealfall aus der Lösung und Projektdateien erstellen.

Wer hat Ideen, wie man das macht? (oder Vorschläge, wie man die Quellen reorganisiert, um etwas Ähnliches zu erreichen?)

Ich habe ein paar Bibliotheken wie diese, also ist es nicht wirklich eine Option, sie alle in zwei aufzuteilen (Library_Debug, Library_Release).

jede Hilfe dankbar;)

Antwort

2

Sie prä- hinzufügen und Schritte zur Lösung post- bauen. Ich kann mich nicht von Anfang an an die Mechanismen erinnern, die bestimmen, ob Sie einen Debug- oder Release-Build erstellen, aber Sie sollten die Abhängigkeiten so einrichten können, dass sie auf ein temporäres Verzeichnis verweisen und in den entsprechenden Satz kopieren von dlls.

Verwandte Themen