Visual studio - получение ошибки Файл метаданных 'XYZ' не может быть найден после продолжения редактирования

В конечном итоге проблема была решена:

1. Очистите каждый проект по отдельности (Щелкните правой кнопкой мыши> Очистить).
2. Перестройте каждый проект по отдельности (Щелкните правой кнопкой мыши> Перестроить).
3. Перестройте запускаемый проект.

Думаю, по какой-то причине простая очистка раствора имела другой эффект, чем отдельная очистка каждого проекта в отдельности.

Изменить:
Согласно комментарию @maplemale, иногда также требуется удаление и повторное добавление каждой ссылки.

Обновление 2019:
Раньше у этого вопроса было много трафика, но, похоже, с момента выпуска VS 2017 ему уделялось гораздо меньше внимания.
Таким образом, было бы еще одно предложение - Обновить к более новой версии VS (> = 2017) и среди других новых функций эта проблема также будет решена

Насколько я могу судить, это происходит, когда зависимости проекта нарушаются по какой-либо причине (при этом все межпроектные ссылки остаются нетронутыми). Во многих случаях это НЕ проблема кода. А для тех, у кого несколько проектов, выполнение их по одному НЕ приемлемо.

Сбросить зависимости проекта очень просто -

1. Выберите все проекты и щелкните правой кнопкой мыши на выгрузку.
2. Выберите все проекты и щелкните правой кнопкой мыши перезагрузить.
3. Восстановить решение

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

Одна из возможных причин может заключаться в том, что вы обновили некоторые из своих проектов (в решении) до более высокой версии, например. от .NET 4.0 до 4.5 Это произошло в моем случае, когда я открыл решение в VS 2013 (изначально созданное с использованием VS 2010 и .NET 4.0). Когда я открыл VS 2013, мой проект C ++ был обновлен до .NET 4.5, и я начал замечать проблему.

Обычно такая ошибка возникает из-за человеческих ошибок, например, если мы изменяем пространство имен некорректным образом или меняем имена папок из проводника для текущего проекта и т. Д., Когда компилятор иногда не может обнаружить.

Я столкнулся с той же ошибкой, для решения которой попробовал несколько шагов. Пожалуйста, выполните все шаги:

1. Очистить весь раствор
2. Щелкните правой кнопкой мыши каждый проект в своем решении, перейдите в Свойства и сделайте пространство имен по умолчанию, а также имя сборки по умолчанию таким же, как в вашем коде (т.е. пространство имен перед именем класса)
3. Проверьте имена папок для каждого проекта, пройдя через проводник (где находится ваше проектное решение). Если они не совпадают с названиями ваших проектов, сделайте их похожими (например, шаг 2) на них.
4. Удалите все ваши ссылки из каждого проекта, относящегося к другому из того же решения, и добавьте его снова.
5. В папке Your Project Solution вы найдете файл проекта Visual c #. Щелкните правой кнопкой мыши и откройте с помощью Блокнота. В начальных строках вы найдете строки для каждого проекта, как показано ниже:

Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "**Client**", "**Client** \ **Client**.csproj", "{4503E259-0E3B-414A-9074-F251684322A5}" EndProject

Еще раз проверьте имена папок (я выделил жирным шрифтом) и сделайте их похожими на то, что вы делали на шаге 2.

6. Снова очистите весь раствор

7. Создайте решение (если не работает, попробуйте построить индивидуума после очистки снова)

Убедитесь, что все ваши зависимые проекты используют одну и ту же версию .Net Framework. У меня была такая же проблема, вызванная зависимым проектом, использующим 4.5.1, в то время как все остальные использовали 4.5. Изменение проекта с 4.5.1 на 4.5 и восстановление моего решения устранили эту проблему для меня.

XYZ не может быть найден, потому что еще не построен ....

Щелкните решение правой кнопкой мыши и проверьте зависимости проекта. Порядок сборки проекта также должен измениться в соответствии с установленными зависимостями.

Единственное, что у меня сработало, - это удалить файл параметров пользователя решения (.suo). Обратите внимание, что это скрытый файл.

Чтобы найти этот файл, закройте студию Virsual и найдите .suo в файловом проводнике вашего проекта.

PS: новый файл .suo будет создан снова, когда вы перестроите свой проект, и, надеюсь, этот вновь созданный файл не вызовет у вас проблем.

Надеюсь, это поможет кому-то избавиться от этой надоедливой ошибки :).

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

Я дурачился с порядками сборки, без заказов на сборку, ссылками на отладочные dll (которые были скомпилированы вручную) ... НИЧЕГО не работало, пока я не нашел эти ошибки, которые не проявлялись при компиляции всего решения !!!!

Иногда кажется, что при компиляции компилятор завершает работу из-за некоторых ошибок ... Я видел это в прошлом, когда после исправления проблем последующие компиляции показывают НОВЫЕ ошибки. Я не знаю, почему это происходит, и у меня довольно редко возникают эти проблемы. Однако, когда они у вас есть, очень сложно понять, что происходит. Удачи!

Что ж, мой ответ - это не просто краткое изложение всех решений, он предлагает нечто большее.

Секция 1):

В общих решениях:

У меня было 4 ошибки такого типа («файл метаданных не найден») и 1 ошибка «Не удалось открыть исходный файл (« Неопределенная ошибка »)».

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

Перезагрузите VS и попробуйте снова построить.

Перейдите в «Обозреватель решений». Щелкните правой кнопкой мыши Решение. Зайдите в Свойства. Перейдите в «Диспетчер конфигураций». Проверьте, установлены ли флажки в разделе «Сборка». Если какой-либо из них или все они не отмечены, отметьте их и попробуйте построить снова.

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

Порядок сборки и зависимости проекта:

Перейдите в «Обозреватель решений». Щелкните правой кнопкой мыши Решение. Перейдите в «Зависимости проекта ...». Вы увидите 2 вкладки: «Зависимости» и «Порядок сборки». В этом порядке сборки выполняется сборка решения. Проверьте зависимости проекта и порядок сборки, чтобы убедиться, что какой-то проект (скажем, «project1»), который зависит от другого (скажем, «project2»), пытается построить до этого (project2). Это могло быть причиной ошибки.

Проверьте путь к отсутствующей .dll:

Проверьте путь к отсутствующей .dll. Если путь содержит пробел или любой другой недопустимый символ пути, удалите его и попробуйте построить снова.

Если это причина, измените порядок сборки.

Используете ли вы в своем проекте инструмент для создания кода базы данных, такой как SQLMETAL?

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

В моем случае я заметил, что некоторые старые имена таблиц во множественном числе (*) (после которых SQLMETAL добавляет, по умолчанию, букву «s» в конце) ссылаются на классы, созданные SQLMETAL.

Поскольку я недавно отключил Плюрализацию имен, после повторного преобразования некоторых классов, связанных с базой данных, некоторые из них потеряли свой префикс «s». Следовательно, все ссылки на затронутые классы таблиц стали недействительными. По этой причине у меня есть несколько ошибок компиляции, например:

«xxxx» не содержит определения для «TableNames», и метод расширения «TableNames», принимающий первый аргумент типа «yyyy», не может быть найден (вам не хватает директивы using или ссылки на сборку?)

Как вы знаете, я принимаю только ошибку, чтобы предотвратить компиляцию сборки. Отсутствующая сборка может быть связана с зависимыми сборками, в результате чего исходный «файл метаданных 'XYZ' не может быть найден»

После исправления ссылок на таблицы затронутых классов вручную на их текущие имена (без исключения) я наконец смог вернуть свой проект к жизни!

(*) Если вариант Visual Studio> Меню инструментов> Параметры> Инструменты базы данных> Конструктор O / R> < strong> Плюрализация имен включена, некоторые генераторы кода SQLMETALl будут добавлять букву «s» в конце некоторых сгенерированных классов таблиц, хотя таблица не имеет суффикса «s» в целевой базе данных . Для получения дополнительной информации см. http://msdn.microsoft.com/en-us/library/bb386987%28v=vs.110%29.aspx

Надеюсь, поможет!

У меня возникла эта ошибка. Я выполнил все приведенные здесь решения, но ничего не помогло. Я использовал Visual Studio 2013 Professional. Мне не удавалось заставить работать отдельные пересборки проекта, и я наконец понял, что существует циклическая зависимость в моих ссылках. Visual Studio обычно неплохо предупреждает вас, если вы добавляете ссылку на что-то, что ссылается обратно, но по какой-то причине в данном случае этого не произошло. Я добавил ссылку на проект, который ссылался на проект, над которым я работал, - и он ее принял. Возможно, ошибка VS?

Мои 5 центов.

Эта проблема началась после полной очистки решения.

Мне удалось решить эту проблему, установив конфигурацию активного решения в: Сборка -> Диспетчер конфигурации для выпуска. Затем соберите и снова установите отладку. После этого сборка прошла успешно.

Закройте VS, найдите и удалите папку «пакеты» за пределами Visual Studio. Перезагрузите VS и выполните сборку -> все зависимости переустановлены.

Сообщество Visual Studio 2019 16.3.10
У меня была аналогичная проблема со сборкой Release. Сборка отладки компилировалась без проблем. Оказывается, проблема была вызвана OneDrive. Скорее всего, могут возникнуть аналогичные проблемы с любым диском с резервной копией или облачным сервисом.

Я очистил все в соответствии с отличным ответом Ави Тернера.

Кроме того, я вручную удалил папку \ obj \ Release из моей папки OneDrive, а также вошел в OneDrive с помощью браузера и удалил папку там также, чтобы предотвратить загрузку облачной версии OneDrive обратно при компиляции.
После этого перестроил и все заработало как надо.

это происходит из-за разницы имен в имени папки и имени пространства имен. Если вы создаете пространство имен с определенным именем, а затем переименуете его, пространство имен будет иметь старое имя. И компиляция будет использовать старый путь, чтобы найти файлы .dll и .exe. Чтобы избежать этого, откройте .csproj файл каждого пространства имен с помощью текстового файла и найдите старый путь в файле.

удалите это, очистите и восстановите раствор. Это сработало для меня. Я целый день работал над этой проблемой.

У меня было это, и мне удалось исправить это, используя этот ответ SO: ​​Файл метаданных '.dll 'не удалось найти

Мне пришлось снять все флажки, нажать «Применить», снова включить все флажки, а затем снова нажать «Применить», но проблема устранилась.

Я только что столкнулся с этой проблемой и после часа экспериментов понял, что добавил в свой продукт файл aspx с тем же именем, что и один из моих Linq-To-Sql классы.
Класс и страница, где находится «Очередь».
Изменил страницу на QueueMgr.aspx, и все было построено нормально.