Разрешение конфликтов MSB3247 - найдено между различными версиями одной и той же зависимой сборки

Майк Хэдлоу и опубликовано небольшое консольное приложение под названием AsmSpy Это довольно красиво перечисляет ссылки каждой сборки:

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

Это гораздо более быстрый способ добраться до нижней части предупреждения MSB3247, чем зависеть от вывода MSBuild.

Я обнаружил, что (по крайней мере, в Visual Studio 2010) вам нужно установить многословность вывода по крайней мере подробно, чтобы иметь возможность определить проблему.

возможно, моя проблема была ссылкой, которая ранее была ссылкой GAC, но это больше не было так после переустановки моей машины.

иногда @AMissico ответ не достаточно. В моем случае я не смог найти ошибку в выходных окнах, поэтому я решил создать файл журнала и проанализировать его, выполнив следующие шаги:

1. сохранять лог в файл... https://msdn.microsoft.com/en-us/library/ms171470.aspx

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

2. найти текст: warning MS... или конкретную информацию предупреждения: (например, строка 9293)Found conflicts between different versions... и полная деталь ошибка конфликта будет выше этого сообщения (например, линия 9277) There was a conflicts between...

Visual Studio 2013

Это предупреждение генерируется по умолчанию ASP.NET MVC 4 beta посмотреть здесь

In, любое приведение это предупреждение может быть устранено путем ручного редактирования .csproj файл для вашего проекта.

изменить........: Ссылка Include= "System. Net. Http"

читать ......: Ссылка Include= "System.Net. Http, Version=4.0.0.0"

используйте средство чтения зависимостей

используя dep.exe вы можете перечислить все вложенные зависимости целой папки. В сочетании с инструментами unix, такими как grep или awk, это может помочь вам решить вашу проблему

Поиск сборок, на которые ссылаются более чем в одной версии

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

эта неясная командная строка запускает dep.exe затем передает вывод дважды в awk to

• поставить родителя и ребенка в один столбец (по умолчанию каждый строка содержит одного из родителей и ребенка, чтобы выразить тот факт, что этот родитель зависит от ребенка)
• затем сделайте своего рода "группу по", используя ассоциативный массив

понимание того, как эта сборка была вытащена в вашем бункере

$ 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 

в этом примере инструмент покажет вам эту систему.Сеть.Http 5.2.3 исходит из вашей зависимости от FooLib, тогда как версия 4.0.0 исходит от BarLib.

тогда у вас есть выбор между

• убедить владельцев библиотек использовать ту же версию
• прекратите использовать один из них
• добавление привязки перенаправляет в файле конфигурации, чтобы использовать последнюю версию

как запустить эти вещи в Windows

если у вас нет оболочки типа unix, вам нужно будет загрузить ее перед запуском awkи grep. Попробуйте одно из следующих

• cmder + awk + dep.exe
• gitbash + awk + dep.exe
• программа + dep.exe

У меня была та же ошибка, и я не мог понять это с другими ответами. Я обнаружил, что мы можем "консолидировать" пакеты NuGet.

1. Правой Кнопкой Мыши на решение
2. Нажмите Управление Пакетами Nuget
3. консолидация вкладки и обновление до той же версии.

У меня тоже была эта проблема, и я использовал совет Амисико тоже обнаружить проблему (хотя пришлось установить уровень детализации до подробностей.

проблема была на самом деле довольно прямо вперед, хотя после нахождения виновника.

фон: Я модернизировал свой проект из VS2008 в VS2010. В VS2008 целевой фреймворк был 3.5, и когда я привел его в VS2010, я переключил его на 4 (полный). Я также обновил некоторые сторонние компоненты, включая Crystal reports.

Это оказалось, что большинство системных ссылок, указывающих на версию 4.0.0.0, но пара не была автоматически изменена (система и система.Сеть.Услуги) и все еще смотрели на 2.0.0.0. Crystal reports ссылается на 4.0.0.0, и поэтому именно здесь происходили конфликты. Просто поставив курсор на первую системную библиотеку в обозревателе решений, курсор вниз по списку и поиск любых ссылок на 2.0.0.0, удаление и повторное добавление новой версии 4.0.0.0 сделали уловка.

странно это было то, что большинство ссылок были правильно обновлены, и если бы не Crystal reports, я, вероятно, никогда бы не заметил...

Я сделал приложение на основе Майк Хэдлоу применение: AsmSpy.

мое приложение-это приложение WPF с графическим интерфейсом и может быть загружено с моего домашнего веб-сервера:AsmSpyPlus.exe.

код доступен на: GitHub

Как уже упоминалось здесь, вам нужно удалить неиспользуемые ссылки и предупреждения будут идти.

ASP.NET build manager создает веб-сайт, просматривая папки в алфавитном порядке, и для каждой папки он выясняет ее зависимости и сначала строит зависимости, а затем выбранную папку.

в этом случае проблемная папка, которая является ~ / Controls, выбирается для сборки в начале, по еще неизвестной причине, она строит некоторые элементы управления там как отдельную сборку, а не внутри той же сборки, что и другие элементы управления (кажется, подключены к тому, что некоторые элементы управления зависят от других элементов управления в той же папке).

затем следующая папка, которая строится (~/File-Center/ Control), зависит от корневой папки~/, которая зависит от ~/Controls, поэтому папка ~ / Controls строится снова только на этот раз элементы управления, которые были разделены на их собственную сборку, теперь присоединены к той же сборке, что и другие элементы управления с разделенной сборкой, на которую все еще ссылаются.

Итак, в этот момент 2 сборки (по крайней мере) имеют те же элементы управления, и сборка не выполняется.

хотя мы все еще не знаем, почему это произошло, мы смогли обойти это, изменив имя папки элементов управления на ZControls, таким образом, он не построен до ~/File-Center/Control, только после и таким образом он построен так, как должен.

Быстро Исправить:

щелкните правой кнопкой мыши на решение - > управление NuGet пакеты для решения - > под объединение вы можете увидеть, если есть разные версии одного и того же пакета были установлены. Удалите различные версии и установите последнюю.

самый простой способ без без одного с учетом (внутренних) зависимостей:

1. Откройте "Обозреватель Решений".
2. нажмите на кнопку "Показать все файлы"
3. Расширить "Список Литературы"
4. вы увидите одну(или несколько) ссылку (ы) с немного другим значком, чем остальные. Как правило, это с желтой коробкой, предлагающей вам взять ее на заметку. Просто уберите его.
5. добавьте ссылку Назад и скомпилируйте свой код.
6. вот все.

в моем случае была проблема с ссылкой на MySQL. Так или иначе, я мог бы перечислить три версии этого под списком всех доступных ссылок. Я следовал за процессом с 1 по 6 выше, и это сработало для меня.

Visual Studio для сообщества Mac дополнение:

Как AMissico это требуется изменить уровень журнала, и ни ASMSpy, ни ASMSpyPlus не доступны в качестве кросс-платформенного решения, вот краткое дополнение для Visual Studio для Mac:

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

Это Сообщество Visual Studio настройки ... .. → Проекты → Сборка Журнал → многословие