0

Dans ma solution, j'ai un service Windows appelé MuskOx.Copie de DLLs dépendantes dans Visual Studio

a une référence bœuf musqué de projet à une bibliothèque de classe appelée MuskOx.Errands.

MuskOx.Errands a des références de projet à des bibliothèques de classes appelées Kctc.BusinessLayer et Kctc.NHiberate.

Lorsque je construis le boeuf musqué, son dossier de sortie obtient Kctc.BusinessLayer.dll mais pas Kctc.NHibernate.dll.

Cela confond l'enfer hors de moi. Quelqu'un peut-il clarifier les règles dont les DLL sont copiées dans les dossiers de sortie lorsqu'un projet est construit avec des références directes et indirectes aux bibliothèques de classes?

Merci

David

Répondre

0

y compris de toutes les dll référencées références de projets indirects seront copiés sur la sortie de votre projet.
Sauf lorsque vous avez une référence à un assembly qui est déployé dans le GAC (Global Assembly Cache)

+0

Merci, c'est ce que je pensais. Alors pourquoi ça ne vient pas ?! J'ai corrigé le problème en référençant le projet Kctc.NHibernate directement à partir de MuskOx, mais je suis toujours confus. – David

+0

Une autre chose que je peux penser est que la propriété « Copie locale » est définie sur false sur la référence à Kctc.NHibernate –

+0

Une bonne idée, mais pas le cas ici. – David