Что заставляет Visual Studio не загружать сборку неправильно?

Question

Я с радостью писал код для решения приличного размера (чуть более 13 тыс. LOC, 5 проектов), которое использует Linq для Sql для доступа к данным. Внезапно я выполнил нормальную сборку и получил сладкое, сладкое неоднозначное сообщение:

Ошибка 1 Сборка не удалась из-за ошибок проверки в C: \ xxx \ xxx.dbml. Откройте файл и устраните проблемы в списке ошибок, затем попробуйте перестроить проект. C: \ xxx \ xxx.dbml

Я неделями не касался слоя доступа к данным, и в файл DBML не было внесено никаких изменений. Я испробовал множество безрассудных приемов, таких как воссоздание файла макета, создание копий и повторное добавление существующих файлов обратно в проект после перезапуска Visual Studio (в случае некоторого повреждения на уровне файлов); все безрезультатно.

Я забыл надеть свои навыки Visual Studio Skills +5, поэтому я начал искать, и единственный ответ, который я нашел, который имел смысл, - сбросить мои пакеты, потому что Visual Studio не загружала сборку правильно. После запуска « devenv.exe / resetskippkgs » я фактически смог добавить файл dbml обратно в проект DAL и перестроить решение.

Я рад, что это исправлено, но я бы также хотел получить более глубокое понимание этого опыта. Кто-нибудь знает, как или почему это происходит в Visual Studio 2008?

Новое редактирование: 30.10.2008 ЭТОГО НЕ ЧТО-ТО, ЧТО ПРОИЗОШЛО МНЕ. Рич Страл недавно написал в своем «веб-журнале» о том же опыте . Он ссылается на другой блог с той же проблемой и использует то же действие .

Я сталкивался с этой проблемой также несколько раз, начиная с этого оригинального поста, заставляя меня думать, что это не случайная проблема. Если кто-то найдет окончательный ответ, пожалуйста, напишите.

Answer 1

После установки Phalanger для Visual Studio 2008 я попытался создать новое приложение PHP WinForms. Создание проекта завершилось неудачно с похожим сообщением об ошибке, в котором говорилось, что не удалось загрузить требуемую DLL (не удалось загрузить файл или сборку ...) Выполнение команды devenv.exe / resetskippkgs в командной строке Visual Studio 2008 немедленно решило проблему.

Спасибо за информацию.

Answer 2

Я также получаю эту ошибку при попытке скомпилировать слой доступа к данным во втором решении (установщик). Что я делаю, так это то, что я запускаю Custom Tool для dbml-файла, и это делает это.

На самом деле в dbml-файле нет ошибок, которые необходимо исправить.

Моя теория в этом заключается в том, что Visual Studio кэширует скомпилированную версию файла dbml и что кеш недопустим для других решений. Я думаю, что запуск / resetskippkgs делает то же самое, что и перекомпиляция dbml-файла.

В любом случае, для этого еще нет исправления?

Answer 3

У меня была такая же проблема в VS 2010 (сборка не удалась из-за ошибок проверки в файле dbml). Я решил эту проблему, просмотрев конструкторское представление файла dbml и немного перетащив таблицу в другое место, чтобы она обновила файлы макета dbml и т. Д. Казалось, это сработало, но было немного странно.

Answer 4

TBH, у меня была пара таких случаев, когда файлы "казались сумасшедшими" ... Однако, после расследования выяснилось, что файлы изменились каким-то образом, в той или иной форме ... (например, иногда изменения быть внесенным в файл путем непреднамеренного изменения свойства где-то, что кажется несвязанным).

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