Avertissement : Conflits trouvés entre différentes versions du même assemblage dépendant

Question

Je développe actuellement une application .NET, qui se compose de 20 projets. Certains de ces projets sont compilés en utilisant .NET 3.5, d'autres sont encore des projets .NET 2.0 (jusqu'à présent, aucun problème).

Le problème est que si j'inclus un composant externe, je reçois toujours l'avertissement suivant :

Des conflits ont été trouvés entre différentes versions d'un même assemblage dépendant.

Que signifie exactement cet avertissement et y a-t-il peut-être une possibilité d'exclure cet avertissement (comme utiliser #pragma disable dans les fichiers de code source) ?

Answer 1

Cet avertissement signifie que deux projets font référence au même assemblage (par exemple System.Windows.Forms ) mais les deux projets nécessitent des versions différentes. Vous avez quelques options :

1. Recompilez tous les projets pour utiliser les mêmes versions (par exemple, passez tous en .Net 3.5). C'est l'option préférée car tous les codes s'exécutent avec les versions des dépendances avec lesquelles ils ont été compilés.

2. Ajouter un redirection de liaison . Cela supprimera l'avertissement. Cependant, vos projets .Net 2.0 seront (au moment de l'exécution) liés aux versions .Net 3.5 des assemblages dépendants tels que System.Windows.Forms . Vous pouvez rapidement ajouter une redirection de liaison en double-cliquant sur l'erreur dans Visual Studio.

3. Utilisez CopyLocal=true . Je ne suis pas sûr que cela supprime l'avertissement. Cela signifiera, comme l'option 2 ci-dessus, que tous les projets utiliseront la version .Net 3.5 de System.Windows.Forms.

Voici quelques moyens d'identifier la ou les références incriminées :

• Vous pouvez utiliser un utilitaire tel que celui qui se trouve à l'adresse suivante https://gist.github.com/1553265
• Une autre méthode simple consiste à définir la verbosité de la sortie Build (Tools, Options, Projects and Solutions, Build and Run, MSBuild project build output verbosity, Detailed). Run, MSBuild project build output verbosity, Detailed) et après avoir construction, recherchez l'avertissement dans la fenêtre de sortie, et regardez le résultat de la recherche. juste au-dessus. (Coup de chapeau à pauloya qui l'a suggéré dans les commentaires sur cette réponse) .

Answer 2

En fait, cela se produit lorsque les assemblages auxquels vous faites référence ont l'option "Copy Local" réglée sur "True", ce qui signifie qu'une copie de la DLL est placée dans le dossier bin avec votre exe.

Comme Visual Studio copiera également toutes les dépendances d'un assemblage référencé, il est possible de se retrouver avec deux constructions différentes du même assemblage référencé. Cela est plus susceptible de se produire si vos projets sont dans des solutions distinctes, et peuvent donc être compilés séparément.

La façon dont j'ai contourné ce problème est de définir la valeur False pour Copy Local pour les références dans les projets d'assemblage. Ne le faites que pour les exécutables/applications web où vous avez besoin de l'assemblage pour que le produit fini fonctionne.

J'espère que cela a du sens !

Answer 3

J'ai eu le même problème avec l'un de mes projets, mais aucune des solutions ci-dessus n'a permis de résoudre l'avertissement. J'ai vérifié le fichier journal détaillé de la construction, j'ai utilisé AsmSpy pour vérifier que j'ai utilisé les bonnes versions pour chaque projet dans la solution affectée, j'ai vérifié deux fois les entrées réelles dans chaque fichier de projet - rien n'a aidé.

Finalement, il s'est avéré que le problème était une dépendance imbriquée d'une des références que j'avais dans un projet. Cette référence (A) nécessitait à son tour une version différente de (B) qui était référencée directement depuis tous les autres projets de ma solution. La mise à jour de la référence dans le projet référencé a résolu le problème.

Solution A
+--Project A
   +--Reference A (version 1.1.0.0)
   +--Reference B
+--Project B
   +--Reference A (version 1.1.0.0)
   +--Reference B
   +--Reference C
+--Project C
   +--Reference X (this indirectly references Reference A, but with e.g. version 1.1.1.0)

Solution B
+--Project A
   +--Reference A (version 1.1.1.0)

J'espère que ce qui précède montre ce que je veux dire, cela m'a pris quelques heures pour le découvrir, alors j'espère que quelqu'un d'autre en profitera aussi.

Answer 4

Je viens d'avoir ce message d'avertissement et j'ai nettoyé la solution et recompilé (Build -> Clean Solution) et il a disparu.

Answer 5

Cela dépend en fait de votre composant externe. Lorsque vous faites référence à un composant externe dans une application .NET, celle-ci génère un GUID pour identifier ce composant. Cette erreur se produit lorsque le composant externe référencé par l'un de vos projets a le même nom, mais une version différente, qu'un autre composant de ce type dans un autre assemblage.

Cela se produit parfois lorsque vous utilisez "Browse" pour trouver des références et que vous ajoutez la mauvaise version de l'assemblage, ou que vous avez une version du composant dans votre dépôt de code différente de celle que vous avez installée sur la machine locale.

Essayez de trouver les projets qui présentent ces conflits, supprimez les composants de la liste de référence, puis ajoutez-les à nouveau en vous assurant que vous pointez vers le même fichier.