2010-04-10 5 views
13

Je rencontre un "conflit trouvé entre différentes versions" d'un de mes projets.Quels assemblages sont en conflit dans "conflit trouvé entre différentes versions"?

Comment puis-je savoir quels assemblages sont réellement en conflit?

+0

Vous voyez quelque chose comme ceci: 103> C: \ WINDOWS \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (1360,9): avertissement MSB3247: trouvé des conflits entre différentes versions de la même personne à charge Assemblée. – GregC

+0

[http://stackoverflow.com/questions/1871073/resolving-msb3247-found-conflicts-between-different-versions-of-the-same-depend](http://stackoverflow.com/questions/1871073/resolving -msb3247-found-conflicts-between-different-versions-of-the-same-dependent) – GregC

Répondre

1

Construisez la solution et vérifiez la fenêtre de sortie - vous devriez pouvoir voir là-dedans.

+3

Je devrais pouvoir ... mais pas moi. (Voir mon commentaire à @Jono). – ripper234

+1

voir http://stackoverflow.com/questions/1871073/resolving-msb3247-found-conflicts-between-different-versions-of-the-same-depend comme indiqué ci-dessus – twomm

+0

Vérifiez vos fichiers CSPROJ. Je n'ai pas vu d'informations supplémentaires dans la fenêtre de sortie, mais j'ai vu un chemin de référence incorrect dans le CSPROJ que je ne pouvais apparemment pas supprimer via l'interface graphique de VS. Supprimé, rechargé et reconstruit sans problème. –

0

La fenêtre de liste d'erreurs (CTRL + W, E) devrait indiquer quels assemblages étaient en conflit. A défaut, la fenêtre de sortie (CTRL + W, O) montrera lequel des assemblages en conflit a été choisi arbitrairement pour la construction.

+3

Il affiche uniquement un avertissement qui ne spécifie pas quels assemblages sont en conflit. – ripper234

+0

Pour utiliser une phrase que j'ai inventée il y a quelques temps, "ça marche sur ma machine". Utilisez-vous la version RC de VS2010? Et est-ce un projet C#? – Jono

+0

Oui, j'en suis sûr, version RC, et projet C# natif. – ripper234

0

alt text http://img82.imageshack.us/img82/2484/vs2010sucks2.png

Habituellement, un double clic sur l'erreur que vous amène à la ligne des problèmes causant. Vous pouvez y vérifier les appels de méthode appelés depuis les assemblys de référencement.

--Modifier-- Mais, je suis d'accord avec le dernier commentaire; erreur de liaison ne lance pas sur la ligne de code particulière.

+0

@Downvoter: Y a-t-il des raisons pour lesquelles vous aimeriez ajouter un downvote? –

+0

Je n'étais pas celui qui a déprimé, mais votre réponse ne semble pas pertinente à ma question. – ripper234

+0

@ Ripper234: "Comment savoir quels sont les assemblages en conflit?" Généralement, lorsque vous double-cliquez sur la ligne d'erreur dans la fenêtre de sortie, l'EDI vous amène à la ligne provoquant l'erreur. L'intention de ce poste était de vous aider à atteindre cette ligne et de voir les assemblées en conflit. Voir aussi, http://social.msdn.microsoft.com/Forums/en-US/netfxcompact/thread/73d1b418-0b2d-4649-b491-21b39a468457 –