Discussion :

[maxusn]

Bonjour,

j'ai une solution contenant plusieurs projets :
- Un projet Ecran (de type application)
- Un projet "classes" contenant des classes diverses et variées, referencant des DLL externes

j'ai passé toutes mes reference de mon projet "classes" en copie locale a "FALSE" (car DLL dans le GAC)

dans mon projet "Ecran", j'ai une reference de type projet vers mon projet "classes"

lorsque je compile mon projet "Ecran" toutes mes DLL externes référencées par "classes" et non référencées par "Ecran" se retrouve copiées dans ma sortie de compilation.

Si je reference ces DLL dans mon projets "Ecran" et force la copie locale a FALSE, elle ne son pas copiées.

Il y a un moyen de ne pas copier les DLL référencées par des "sous projets" ? Ou je dois imperativement référencer ma DLL dans mon projet maitre pour enlever la copie locale ?

[popo]

Utilises-tu la même version de framework dans tes deux projets ?
Le projet écran ne serait-il pas en retard sur l'autre au niveau du framework ?

[maxusn]

je répond un peu tard désolé.

les 2 projets son exactement sur la même version de .Net.

J'ai au final détourné la chose en filtrant les DLL directement dans Azure Devops dans mon pipeline de BUILD pour ne pas les copier los de la publication
Je les ai donc toujours en local mais plus sur ma version "propre".
C'est moyen mais au final pas vraiment trouvé mieux pour le moment

[popo]

Est-ce que vos projets utilisent le .Net Framework inférieur à la 4.7.2 ?
Est-ce que l'un de vos projet consomme une librairie écrit en .Net Standard ?

Si la réponse est Oui sur les deux questions, c'est un problème connu et résolu à partir de la 4.7.2.

Les types .NET vivent dans des assemblys différents selon l'implémentation .NET dans laquelle vous exécutez.
Un exemple simple est la classe String, qui réside
- dans mscorlib.dll sur .NET Framework,
- dans netstandard.dll lorsque vous ciblez .NET Standard 2.0
- dans System.Runtime.dll lorsque vous ciblez .NET Standard 1.x