NDepend - несколько сборок .NET имеют имя {MyAssembly}, но они разные - PullRequest
6 голосов
/ 08 сентября 2010

Я только начал использовать NDepend и пытаюсь проанализировать решение.

Это предупреждение появляется, когда я добавляю сборки решения, и оно не загружает никакие сборки с предупреждением:

Не могу загрузить сборку {MyAssembly}: несколько сборок .NET имеют имя {MyAssembly}, но они отличаются: ... список .dll в проекте, которые содержат эту сборку

Что может быть причиной этого? Я использую общий файл AssemblyInfo.cs, а также стандартный файл для установки некоторых общих атрибутов, но между этими атрибутами нет конфликтов.

Ответы [ 3 ]

2 голосов
/ 08 сентября 2010

Дэвид, ошибка в том, что в наборе входных папок, которые вы указали в своем проекте NDepend, NDepend обнаружил несколько различных случаев файла {MyAssembly.dll}. То есть, например, у вас есть файл {MyAssembly v1.0.1} и файл {MyAssembly v1.0.2}.

По-видимому, это то, о чем вы не знали, поэтому NDepend проделал хорошую работу по выявлению недостатка.

На панели Свойство проекта> Код для анализа наведите курсор мыши на сборку {MyAssembly}. В появившейся всплывающей подсказке вы увидите несколько путей к различным вхождениям разных файлов {MyAssembly.dll}.

0 голосов
/ 15 ноября 2013

Я видел, как это происходило, когда у меня есть две версии решения в одном родительском каталоге на моем компьютере.

-root
-- solutiona
-- solutionb

Мой проект NDepend был присоединен к решению в каталоге решений.Однако NDepend сканировал, начиная с корня, и обнаруживал dll как в Solutiona, так и в SolutionB.Я переместил одну копию из корня и смог продолжить.

Я использую NDepend 4.1.0.6871.Такое поведение может не происходить с более новыми выпусками.

0 голосов
/ 28 октября 2010

У меня был один проект в моем решении (проект тестов), который не был настроен на сборку, и ссылался на многие другие сборки. Даже при отмене выбора этой сборки из NDepend все равно выдается ошибка.

...