在Nuget控制台中输入迁移命令时，我遇到了实体框架的这个问题。

当我把我的OAuthAuthorizationServerProvider代码从我的应用程序移动到一个包含核心数据访问逻辑以及我的DBContext类的类库项目时，问题就出现了。

我检查类库项目引用的所有dll。对于所有这些(除了.net系统dll) CopyToLocal是真的，我完全困惑。

I knew that there was something wrong with DLLs themselves not my codes. I checked them again and I noticed that when I moved my ApplicationOauthProvider class into a class library project the ApplicationOauthProvider inherits from OAuthAuthorizationServerProvider class which is located in Microsoft.Owin.Security.OAuth assembly, I checked it's package version and suddenly noticed that the version of package that I used for the class library project (not my application project) is very old 2.1, but on my application the latest version was installed (3.0.1) so I upgraded version of the Microsoft.Owin.Security.OAuth package from Nuget fo my class library project and problem got away

简而言之，在检查dll的copytollocal属性后，也检查它们的版本，并将旧版本更新到最新版本

以防其他答案都帮不了你:

当我遇到这个问题时，原来我的Windows服务是为x64平台构建的，而我无意中运行了32位版本的InstallUtil.exe。因此，请确保您使用的InstallUtil版本适合您所构建的平台。

当我试图用包管理器控制台添加实体框架迁移时，我也有同样的问题(但在我的本地)。

我解决这个问题的方法是创建一个控制台应用程序，其中Main()有以下代码:

 var dbConfig = new Configuration();
 var dbMigrator = new DbMigrator(dbConfig);
 dbMigrator.Update();

确保Configuration类是失败项目的迁移配置。你需要System.Data.Entity.Migrations来使用DbMigrator。

在应用程序中设置断点，并运行它。异常应该由Visual Studio捕获(除非您将异常类型设置为不中断调试会话)，并且您应该能够找到您正在寻找的信息。

在我的案例中，缺少的引用是EFProviderWrapperToolkit。

当我用Visual Studio 2015创建新的Microsoft Word插件时，我也遇到了这个问题。这个问题是关于我有两个版本的MS Office, 2013年和2016年。我卸载了MS Office 2013，然后它就工作了。

我改变了引用的特定版本属性为假，这有助于。

这对我很管用。把它添加到你的web.config中

<system.web>
  <trust level="Full" />