2009-04-05 8 views
1

Tous les projets de ma solution ont un chemin de sortie ".. \ Release" pour les versions Release et ".. \ Debug" pour les versions Debug.dll copié dans le chemin de sortie du mauvais dossier

Tous les projets fonctionnent bien sauf un.

Chaque fois que je compile le projet problématique dans Release, la DLL qui est copiée dans ".. \ Release" provient de "obj \ Debug" au lieu de "obj \ Release". Cela se produit à la fois dans VS et en exécutant MSBuild build manuellement, mais cela ne se produit pas si je nettoie d'abord le dossier "obj \ Debug".

c'est une partie du journal de la construction que je pense est pertinent:

17>Target CopyFilesToOutputDirectory: 
17> Task "Copy" 
17> Copying file from "obj\Release\XXXXX.dll" to "..\Release\XXXXX.dll". 
17> Command: 
17> copy /y "obj\Release\XXXXX.dll" "..\Release\XXXXX.dll" 
17> Done executing task "Copy". 
17> Task "Message" 
17> XXXXX -> C:\Dev\Service\Release\XXXXX.dll 
17> Done executing task "Message". 

Toutes les idées sur pourquoi cela se produit?

Répondre

0

Vous pouvez vérifier les chemins par rapport à la référence; il se peut que vous l'ayez en quelque sorte référencé par rapport au dossier obj. Cela peut être plus facile à voir dans le csproj que l'IDE ("chemin d'indication" ou quelque chose).

+0

Je pense que je ne me suis pas expliqué correctement. La DLL copiée à partir du dossier incorrect est la DLL du même projet en cours de construction. Le premier projet dont je parlais. Je voulais juste dire que le problème n'est pas dans la solution parce que certains projets sont acceptables. –

+0

en fait j'ai couru une recherche de "\ obj \ debug" sur le journal de construction et a constaté qu'il y avait un projet avec une référence à ce chemin, seulement alors j'ai compris votre réponse. Merci. –

1

Je me rends compte que ce sujet a été traité, mais j'ai rencontré ce problème plutôt frustrant (bug?). Ma solution consistait simplement à ajouter un chemin de référence obj \ release au projet qui copiait les fichiers du mauvais chemin.

Questions connexes