La DLL dépendante n'est pas copiée dans le dossier de sortie de la compilation dans Visual Studio.

Question

J'ai une solution Visual Studio. J'ai plusieurs projets dans cette solution. Il y a un projet principal qui agit comme le démarrage et utilise d'autres projets. Il y a un projet appelé "ProjectX". Sa référence est ajoutée au projet principal. Le ProjectX fait référence à une autre dll .NET (disons abc.dll) qui ne fait pas partie de la solution.

Maintenant, cette abc.dll devrait être copiée dans le dossier bin/debug du projet principal, mais elle n'y est pas copiée. Pourquoi n'est-elle pas copiée, y a-t-il des raisons connues ?

Answer 1

J'ai découvert que si ProjectX faisait référence à abc.dll mais n'utilisait pas directement l'un des types DÉFINIS dans abc.dll, alors abc.dll ne serait PAS copié dans le dossier de sortie principal. (Elle serait copiée dans le dossier de sortie de ProjectX, pour rendre la situation encore plus confuse).

Ainsi, si vous n'utilisez pas explicitement un des types de abc.dll n'importe où dans ProjectX, alors mettez une déclaration factice quelque part dans un des fichiers dans ProjectX.

AbcDll.AnyClass dummy006; // this will be enough to cause the DLL to be copied

Vous n'avez pas besoin de faire cela pour chaque classe - une seule fois suffira pour que la DLL soit copiée et que tout fonctionne comme prévu.

Addendum : Notez que cela peut fonctionner en mode de débogage, mais PAS en mode de publication. Voir la réponse de @nvirth pour plus de détails.

Answer 2

Juste un aparté à la réponse de Overlord Zurg.

J'ai ajouté la référence fictive de cette façon, et cela a fonctionné en mode Debug :

public class DummyClass
{
    private static void Dummy()
    {
        var dummy = typeof(AbcDll.AnyClass);
    }
}

Mais en mode Release, la dll dépendante n'a toujours pas été copiée.
Mais cela a fonctionné :

public class DummyClass
{
    private static void Dummy()
    {
        Action<Type> noop = _ => {};
        var dummy = typeof(AbcDll.AnyClass);
        noop(dummy);
    }
}

Cette information m'a coûté des heures de recherche, alors j'ai pensé la partager.

Answer 3

Oui, vous devez définir Copy Local à true . Cependant, Je suis presque sûr vous devrez également faire référence à cet assemblage à partir du projet principal et définir Copy Local à true aussi - il n'est pas simplement copié d'un assemblage dépendant.

Vous pouvez vous rendre au Copy Local en cliquant sur l'assemblage sous References et en appuyant sur F4.

Answer 4

Ça a l'air bien quand on en fait un attribut d'assemblage.

[AttributeUsage(AttributeTargets.Assembly)]
public class ForceAssemblyReference: Attribute
{        
    public ForceAssemblyReference(Type forcedType)
    {
        //not sure if these two lines are required since 
        //the type is passed to constructor as parameter, 
        //thus effectively being used
        Action<Type> noop = _ => { };
        noop(forcedType);
    }
}

L'usage sera :

[assembly: ForceAssemblyReference(typeof(AbcDll.AnyClass))]

Answer 5

J'ai rencontré le même problème. Informations de base : avant la construction, j'avais ajouté un nouveau projet X à la solution. Le projet Y dépendait du projet X et les projets A, B, C dépendaient du projet Y.

Les erreurs de construction étaient que les dlls des projets A, B, C, Y et X ne pouvaient pas être trouvées.

La cause fondamentale était que le projet X nouvellement créé ciblait .NET 4.5 alors que le reste des projets de la solution ciblait .NET 4.5.1. Le projet X ne s'est pas construit, entraînant le reste des projets à ne pas se construire non plus.

Assurez-vous que tous les projets nouvellement ajoutés ciblent la même version .NET que le reste de la solution.