Résoudre MSB3247-conflits trouvés entre différentes versions de la même assemblée dépendante

Mike Hadlow a posté une petite application de console appelée AsmSpy qui énumère assez bien les références de chaque assemblée:

Reference: System.Net.Http.Formatting
        4.0.0.0 by Shared.MessageStack
        4.0.0.0 by System.Web.Http

Reference: System.Net.Http
        2.0.0.0 by Shared.MessageStack
        2.0.0.0 by System.Net.Http.Formatting
        4.0.0.0 by System.Net.Http.WebRequest
        2.0.0.0 by System.Web.Http.Common
        2.0.0.0 by System.Web.Http
        2.0.0.0 by System.Web.Http.WebHost

C'est une façon beaucoup plus rapide d'aller au fond de L'avertissement MSB3247, que de dépendre de la sortie MSBuild.

j'ai trouvé que (au moins dans Visual Studio 2010) vous avez besoin de mettre la verbosité de sortie au moins détaillé pour être en mesure de repérer le problème.

il se peut que mon problème ait été une référence qui était auparavant une référence GAC, mais ce n'était plus le cas après la réinstallation de ma machine.

parfois @AMissico réponse n'est pas suffisant. Dans mon cas, je n'ai pas pu trouver l'erreur dans la sortie windows donc j'ai décidé de créer un fichier log et de l'analyser, en faisant les étapes suivantes:

1. Enregistrer le journal de construction dans un fichier... https://msdn.microsoft.com/en-us/library/ms171470.aspx

   msbuild MyProject.proj /fl /flp:logfile=MyProjectOutput.log;verbosity=detailed

2. trouver le texte: warning MS... ou le avertissement spécifique: (par exemple ligne 9293) Found conflicts between different versions... et tous les détails de l'erreur de conflit seront au-dessus de ce message (par exemple ligne 9277) There was a conflicts between...

Visual Studio 2013

cet avertissement généré par défaut ASP.NET MVC 4 Bêta voir ici

In, tout cast cet avertissement peut être éliminé en éditant manuellement le .fichier csproj pour votre projet.

modifier........: Reference Include= " System.Net."

à lire ......: Référence Incluent="Le Système De.Net.Http, Version=4.0.0.0"

Utiliser une dépendance reader

utilisant dep.exe vous pouvez énumérer toutes les dépendances imbriquées d'un dossier entier. Combiné avec des outils unix comme grep ou awk, il peut vous aider à résoudre votre problème

pour Trouver des assemblages d'être référencé dans plus d'une version

$ dep | awk '{ print  " " ; print  " "  }' | awk '{ if (length(versions[]) == 0) versions[] = ; if (versions[] != ) errors[] = ; }  END{ for(e in errors) print e } ' 
System.Web.Http            

cette ligne de commande obscure exécute dep.exe pipes ensuite la sortie deux fois à awk à

• mettre le parent et l'enfant dans une seule colonne (par défaut, chaque ligne contient un parent et un enfant pour exprimer le fait que ce parent dépend de l'enfant)
• puis faire une sorte de 'group by' en utilisant un tableau associatif

comprendre comment cette assemblée a été tirée dans votre poubelle

$ dep myproject/bin | grep -i System\.Web\.Http
MyProject-1.0.0.0 >> System.Web.Http.Web-5.2.3.0 2 ( FooLib-1.0.0.0 )
MyProject-1.0.0.0 >> System.Web.Http.Web-4.0.0.0 2 ( BarLib-1.0.0.0 )
FooLib-1.0.0.0 > System.Web.Http.Web-5.2.3.0 1
BarLib-1.0.0.0 > System.Web.Http.Web-4.0.0.0 1 

dans cet exemple, l'outil vous montrerait ce système.Web.Http 5.2.3 vient de votre dépendance à Fotub alors que la version 4.0.0 vient de BarLib.

alors vous avez le choix entre

• convaincre les propriétaires de la libs d'utiliser la même version
• stop à l'aide de l'un d'eux
• ajouter des redirections de reliure dans votre fichier de configuration pour utiliser la dernière version

Comment faire pour exécuter ces chose dans Windows

si vous n'avez pas de shell unix, vous besoin de télécharger un avant de pouvoir exécuter awk et grep . Essayez l'un des suivants

• cmder + awk + dep.exe
• gitbash + awk + dep.exe
• cygwin + dep.exe

j'ai eu la même erreur et je n'ai pas pu la comprendre avec les autres réponses. J'ai trouvé que nous pouvons "consolider" les paquets NuGet.

1. clic droit sur la solution
2. Cliquez Sur Gérer Les Paquets Nuget
3. consolide l'onglet et la mise à jour à la même version.

j'ai eu ce problème aussi et j'ai utilisé les conseils D'AMissico trop découvrir le problème (bien qu'a dû mettre le niveau de verbosité à détaillé.

le problème était en fait assez simple, mais après avoir trouvé le coupable.

arrière-plan: J'ai amélioré mon projet de VS2008 à VS2010. En VS2008, le cadre cible était de 3,5 et lorsque je l'ai introduit dans VS2010, Je l'ai remplacé par 4 (complet). J'ai également amélioré certains composants tiers, y compris Crystal rapport.

il s'est avéré la plupart des références de système où pointant vers la version 4.0.0.0 mais un couple n'avait pas été changé automatiquement (système et système.Web.Services) et étaient toujours à la recherche de 2.0.0.0. Crystal reports fait référence à 4.0.0.0 et c'est donc là que les conflits se produisaient. Il suffit de placer le curseur sur la première bibliothèque système dans l'Explorateur de solutions, de pointer vers le bas de la liste et de chercher des références à 2.0.0.0, en supprimant et en rajoutant de nouveaux 4.0.0.0 version a fait le tour.

l'étrange c'était que la plupart des références avaient été correctement mises à jour et si ce N'était pas Crystal reports, Je n'aurais probablement jamais remarqué...

j'ai fait une demande basée sur Mike Hadlow demande: AsmSpy .

Mon app est une application WPF avec une interface graphique et peut être télécharger à partir de mon propre serveur web: AsmSpyPlus.exe .

Le Code

est disponible à: GitHub

Comme mentionné ici , vous devez supprimer les références inutiles et les avertissements aller.

ASP.NET build manager construit le site Web en parcourant les dossiers par ordre alphabétique, et pour chaque dossier il calcule les dépendances et construit les dépendances d'abord et ensuite le dossier sélectionné.

dans ce cas le dossier problématique qui est ~ / Controls, est sélectionné pour être construit au début, pour une raison encore inconnue, il construit quelques-unes des commandes là comme un assemblage séparé au lieu d'à l'intérieur du même assemblage que d'autres commandes (semble être relié au fait que certains contrôles dépendent d'autres contrôles dans le même dossier).

puis le dossier suivant qui est construit (~/File-Center/Control) dépend du dossier racine ~/ qui dépend de ~/Controls, donc le dossier ~/Controls est construit de nouveau seulement cette fois les contrôles qui ont été séparés à leur propre assemblage sont maintenant joints au même assemblage que les autres contrôles avec l'assemblage séparé étant toujours référencés.

donc à ce point 2 l'assemblage (au moins) ont les mêmes commandes et la construction échoue.

bien que nous ne sachions toujours pas pourquoi cela s'est produit, nous avons pu contourner cela en changeant le nom du dossier des commandes en ZControls, de cette façon il n'est pas construit avant ~/File-Center/Control, seulement après et de cette façon il est construit comme il se doit.

Quick Fix:

clic droit sur solution -> Gérer les paquets NuGet pour solution -> sous consolider vous pouvez voir s'il y a différentes versions du même paquet qui ont été installées. Désinstallez différentes versions et installez la dernière.

la manière la plus simple sans tenir compte des dépendances (internes):

1. Ouvrir "Solution Explorer".
2. Cliquez sur "Afficher tous les fichiers"
3. Développer "Références"
4. vous verrez une (ou plusieurs) référence(s) avec une icône légèrement différente du reste. Généralement, c'est avec la boîte jaune vous propose de prendre en note. Suffit de le retirer.
5. ajouter le référez-vous en arrière et compilez votre code.
6. C'est tout.

dans mon cas, il y avait un problème avec la référence MySQL. D'une façon ou d'une autre, je pourrais en énumérer trois versions sous la liste de toutes les références disponibles. J'ai suivi le processus 1 à 6 ci-dessus et ça a fonctionné pour moi.

de Visual Studio pour la Communauté Mac plus:

comme la réponse D'AMissico nécessite de changer le niveau de log, et ni ASMSpy ni ASMSpyPlus sont disponibles comme une solution multiplateforme, voici un petit ajout pour Visual Studio pour Mac:

https://docs.microsoft.com/en-us/visualstudio/mac/compiling-and-building

C'est dans Visual Studio Community → Préférences... → Projets → construire un journal → verbosité