Antworten:
Verwenden Sie eine Post-Build-Aktion in Ihrem Projekt und fügen Sie die Befehle zum Kopieren der fehlerhaften DLL hinzu. Die Post-Build-Aktion wird als Batch-Skript geschrieben.
Das Ausgabeverzeichnis kann als referenziert werden $(OutDir). Das Projektverzeichnis ist verfügbar als $(ProjDir). Versuchen Sie gegebenenfalls, relative Pfade zu verwenden, damit Sie Ihren Projektordner kopieren oder verschieben können, ohne die Aktion nach dem Erstellen zu unterbrechen.
$ (OutDir) stellte sich in VS2013 als relativer Pfad heraus, daher musste ich ihn mit $ (ProjectDir) kombinieren, um den gewünschten Effekt zu erzielen:
xcopy /y /d "$(ProjectDir)External\*.dll" "$(ProjectDir)$(OutDir)"Übrigens können Sie die Skripte einfach debuggen, indem Sie am Anfang 'echo' hinzufügen und den erweiterten Text im Build-Ausgabefenster beobachten.
Die Details im Kommentarbereich oben haben bei mir (VS 2013) nicht funktioniert, als versucht wurde, die Ausgabe-DLL von einem C ++ - Projekt in den Release- und Debug-Ordner eines anderen C # -Projekts innerhalb derselben Lösung zu kopieren.
Ich musste die folgende Post-Build-Aktion hinzufügen (Rechtsklick auf das Projekt mit einer DLL-Ausgabe) und dann Eigenschaften -> Konfigurationseigenschaften -> Build-Ereignisse -> Post-Build-Ereignis -> Befehlszeile
Jetzt habe ich diese beiden Zeilen hinzugefügt, um die Ausgabe-DLL in die beiden Ordner zu kopieren:
xcopy /y $(TargetPath) $(SolutionDir)aeiscontroller\bin\Release
xcopy /y $(TargetPath) $(SolutionDir)aeiscontroller\bin\Debug
(Diese Antwort gilt nur für C #, nicht für C ++. Entschuldigung, ich habe die ursprüngliche Frage falsch verstanden.)
Ich bin schon einmal durch die DLL-Hölle gekommen. Meine endgültige Lösung bestand darin, die nicht verwalteten DLLs in der verwalteten DLL als binäre Ressourcen zu speichern und sie beim Start des Programms in einen temporären Ordner zu extrahieren und sie zu löschen, wenn sie entsorgt werden.
Dies sollte Teil der .NET- oder Pinvoke-Infrastruktur sein, da es so nützlich ist. Dadurch ist Ihre verwaltete DLL einfach zu verwalten, sowohl mit Xcopy als auch als Projektreferenz in einer größeren Visual Studio-Lösung. Sobald Sie dies getan haben, müssen Sie sich keine Gedanken mehr über Ereignisse nach dem Build machen.
AKTUALISIEREN:
Ich habe den Code hier in einer anderen Antwort veröffentlicht: https://stackoverflow.com/a/11038376/364818
Fügen Sie eine integrierte Kopie in die Datei project.csproj ein :
<Project>
...
<Target Name="AfterBuild">
<Copy SourceFiles="$(ProjectDir)..\..\Lib\*.dll" DestinationFolder="$(OutDir)Debug\bin" SkipUnchangedFiles="false" />
<Copy SourceFiles="$(ProjectDir)..\..\Lib\*.dll" DestinationFolder="$(OutDir)Release\bin" SkipUnchangedFiles="false" />
</Target>
</Project>
xcopy /y /d "$(ProjectDir)External\*.dll" "$(TargetDir)"Sie können auch auf einen relativen Pfad verweisen. Im nächsten Beispiel befindet sich die DLL in einem Ordner, der sich eine Ebene über dem Projektordner befindet. Wenn Sie mehrere Projekte haben, die die DLL in einer einzigen Lösung verwenden, wird die Quelle der DLL in einem gemeinsamen Bereich platziert, der erreichbar ist, wenn Sie eines davon als Startprojekt festlegen.
xcopy /y /d "$(ProjectDir)..\External\*.dll" "$(TargetDir)"Die /yOption wird ohne Bestätigung kopiert. Die /dOption prüft, ob eine Datei im Ziel vorhanden ist und ob sie nur kopiert, wenn die Quelle einen neueren Zeitstempel als das Ziel hat.
Ich fand, dass zumindest in neueren Versionen von Visual Studio, wie z. B. VS2109, $(ProjDir)undefiniert ist und $(ProjectDir)stattdessen verwendet werden musste.
Das Auslassen eines Zielordners xcopysollte standardmäßig das Ausgabeverzeichnis sein. Das ist wichtig, um zu verstehen, dass die Vernunft $(OutDir)allein nicht hilfreich ist.
$(OutDir)Zumindest in neueren Versionen von Visual Studio ist dies als relativer Pfad zum Ausgabeordner definiert, z bin/x86/Debug. Wenn Sie es alleine als Ziel verwenden, wird ab dem Projektausgabeordner ein neuer Ordnersatz erstellt. Bsp. : … bin/x86/Debug/bin/x86/Debug.
Wenn Sie es mit dem Projektordner kombinieren, sollten Sie an den richtigen Ort gelangen. Bsp. : $(ProjectDir)$(OutDir).
Das $(TargetDir)Ausgabeverzeichnis wird jedoch in einem Schritt bereitgestellt.
Microsoft-Liste der MSBuild-Makros für aktuelle und frühere Versionen von Visual Studio