Возникло исключение, когда я пытаюсь включить миграцию в EF 4.3.1.

Я решил проблему, описанную выше.

1. Я удалил платформу Entity с помощью диспетчера пакетов NuGet.
2. Я вручную очистил подкаталоги, начинающиеся с «Entity» в каталоге пакетов.
3. Я снова установил Entity Framework 4.3.1

Теперь миграции включены корректно.

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

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

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

Я вернулся к своей старой папке, заглянул в $Project\packages\EntityFramework.6.0.2\ и сравнил ее с моей новой папкой. Отсутствовало несколько файлов DLL/Xml, поскольку их не было в системе управления версиями. Они находились в каталогах \tools\, \lib\net40 и \lib\net45\.

Я просто скопировал эти файлы в свой новый проект, закрыл/снова открыл Visual Studio и выполнил перестройку. После этого все работало нормально.

Переустановка пакета NuGet у меня не сработала. Что действительно сработало, так это переместить проект с сетевого диска на локальный диск. Выполнение сравнения показало, что, кроме каталогов obj и bin, все файлы были бинарно идентичными.

Если я правильно помню, моя последняя попытка Update-Database была до того, как я переместил проект на сетевой диск.

Я столкнулся с этой проблемой, когда поделился проектом с колледжем, отправив ему проект. Когда он отправил его мне обратно, я обнаружил, что возвращенный проект выдал мне эту ошибку, когда я попытался добавить миграцию. Я решил проблему, перезаписав папку packages\EntityFramework.5.0.0 из возвращенного проекта папкой из моего исходного проекта.

У меня не возникнет проблемы, если я просто перенесу проект на свою машину.

Эта проблема начала возникать у меня при использовании разных виртуальных машин на одной физической машине.

По умолчанию VMWare Fusion использует общий каталог профилей с OS X, что, в свою очередь, создает множество проблем при использовании нескольких виртуальных машин с установленной Visual Studio, фактически почти каждое установленное мной приложение начало вести себя странно. В то время надо было звонить в колокол.

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

Надеюсь, моя глупость помогла кому-то еще :)

У меня такая же проблема с проектами из Visual Studio 2015, которая была открыта в Visual Studio 2017. Вот как я ее решил:

1. Вручную удалите Entity Framework из Инструменты -> Диспетчер пакетов NuGet -> Управление пакетами NuGet из решения.
2. Найдите Entity Framework.
3. К сожалению, есть зависимости. Таким образом, принудительное удаление только Entity Framework вообще не решает проблему. Итак, какими бы ни были зависимости, удалите их вручную, выполнив шаги, описанные выше.
4. Наконец, снова установите Entity Framework и любые зависимости, которые вы могли удалить. После этого я не перезапускал свою Visual Studio, набрав enable-migrations, все уже работало нормально.

Чтобы поделиться своим опытом, я попробовал этот шаг:

Uninstall-Package EntityFramework-Force

Затем установите его для каждого проекта:

Установка EntityFramework

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