исправная ссылка на DLL повреждена после компиляции многопроектного решения

Question

У меня есть решение с несколькими библиотеками классов. Когда я собираю каждую отдельную библиотеку (и сам веб-сайт) компиляция всегда удалась. Но когда я собираю решение в целом, одна из библиотек ссылки не с небольшим желтым восклицательным знаком рядом с сбой библиотеки. В списке ошибок у меня есть:

Тип или имя пространства имен 'DLL NAME' не может быть найден (вы пропускаете используя директиву или сборку ссылка?)

файл метаданных 'C: \ Проекты \ Проект \ Ствол \ источник \ Ядро \ Bin \ Debug \ Company.ProjectCore.dll' не может быть найден

Странно то, что во второй раз, когда я компилирую (сразу после этого сообщения), моё решение успешно компилируется. Итак, скомпилировать один раз - не получится. Компилировать дважды - успешно.

Может кто-нибудь подсказать, что мне нужно сделать, чтобы решить эту проблему?

Заранее спасибо.

Answer 1

ОК, это была проблема с разрешениями.

Папка с моими решениями - это папка с моей дочерней папкой. Я ссылаюсь на мои библиотеки там и указываю «Копировать в локальную» поэтому они появляются в моей папке Debug во время компиляции. Но, кажется Я забыл установить соответствующие разрешения для DLL, которая давал мне проблемы и ASP.NET не мог получить к нему доступ, когда я компилировался - отсюда и желтый восклицательный знак. не я уверен, почему я мог скомпилировать второй раз (даже если "скопировать в local "поместил бы его в локальную папку отладки, компилировать второй раз, почему это произойдет, если разрешения против разрешения доступа к исходному местоположению из DLL?)

В любом случае, спасибо за помощь

Answer 2

Я бы подумал, что это проблема с порядком сборки.

Например. Сначала веб-сайт пытался создать и не может найти DLL, потому что он еще не создан.

Answer 3

Как вы добавляете его в проект: нацеливая на dll из папки Debug или используя Add reference / Projects? Когда вы используете целевые версии dll и версии с автоматическим приращением при компиляции, ссылка может быть повреждена из-за неправильного порядка компиляции (версия dll увеличивается после кода, который ее использует). Но я могу ошибаться. Возможно, это странная ошибка VS.