我知道这个线程是旧的，但无论如何我共享，我必须安装导入程序集的所有第三方依赖项-因为导入的程序集不包括在Nuget包中，因此它的依赖项丢失了。

跳这个帮助:)

有同样的错误，我的故事如下: 在糟糕的合并(通过git)后，我的一个.csproj文件有重复的编译条目，如:

<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" />        //it's a duplicate

如果您有一个大的解决方案，并且错误窗口中有超过300条消息，那么很难检测到这个问题。 所以我已经通过记事本打开了损坏的.csproj文件，并删除了重复的条目。对我来说很管用。

这可能是两个项目之间的. net框架版本不兼容的结果。

它可以通过两种方式发生:

客户档案项目引用了一个完整的框架项目;或 一个针对新框架版本的旧框架版本

例如，当一个应用程序被设置为目标。net 4客户端配置文件框架时，它会发生，而它引用的项目目标是完整的。net 4框架。

更清楚地说:

项目A的目标是客户概要文件框架 项目A引用项目B 项目B的目标是完整的框架

这种情况下的解决方案是要么升级应用程序的框架目标(项目A)，要么降级引用程序集的目标(项目B)。完整框架应用程序引用/使用客户端概要文件框架程序集是可以的，但反过来就不行(客户端概要文件不能引用完整框架目标程序集)。

注意，当你在VS2012或VS2013(使用.Net 4.5作为默认框架)中创建一个新项目时，你也会得到这个错误:

引用项目使用。net 4.0(当你从VS2010迁移到VS2012或VS2013，然后添加一个新项目时，这很常见) 引用的项目使用更大的版本，即4.5.1或4.5.3(你已经将现有项目重新定位到最新版本，但VS仍然创建了针对v4.5的新项目，然后你从新项目中引用这些旧项目)

在我的例子中，我在一个解决方案中有两个项目，我在引用的项目中添加了一个子名称空间，但在构建时，我没有注意到引用的项目构建失败，它使用了最后一个成功构建的版本，没有这个新的名称空间，所以错误是正确的，它不能被找到，因为它不存在。解决方案显然是修复引用项目中的错误。

为此挣扎了一段时间，而且不是第一次了。在过去，这通常是配置不匹配造成的，但这次不是。

这一次，在我的应用程序中，自动生成绑定重定向被设置为true。

实际上，如果我在我的库中将它设置为true，那么我的库就会在Microsoft中的类型中得到这个错误。报告名称空间，如果在我的应用程序中将它设置为true，那么我的应用程序将从我的库中获取类型的此错误。

此外，对于我的库，该值似乎默认为false，但对于我的应用程序，该值为true。因此，如果我不指定任何一个，我的库构建正常，但我的应用程序得到了我的库的错误。所以，我必须在我的应用程序中明确地将其设置为false，否则我会得到这个错误，没有说明原因。

我还发现，如果项目没有使用sdk csproj，无论设置如何，我都会收到这条消息。一旦我转换到sdk csproj，设置就会有所不同。

同样，在我的例子中，这一切似乎都与Microsoft.ReportingServices.ReportViewerControl.Winforms nuget包有关，它在我的根库中。

在将一些新代码合并到vs2019项目后遇到了同样的问题。 重新启动VS，卸载和重新加载项目，确保解决方案中所有项目ToolsVersion=和TargetFrameworkVersion相同。这些都无济于事。

我有一个项目基板的情况，未能找到名称空间皮肤(在项目皮肤)。

最后我打开了基板。并检查了所有的ProjectReference Include条目。其他的都在那里，但没有对Skin的引用，即使Skin确实显示在小项目依赖对话框的复选框中。因此，项目依赖关系对话框接受了皮肤的复选框(并将其保存在某个地方)，但没有改变basis .csproj。然后我手动添加ProjectReference Include，确保我拥有皮肤项目的正确路径和GUID。

< ProjectReference Include = " \ Skin皮肤csproj”>。 < > {1ad4b5d7-5014-4f5f-983e-2c59ac0e0028} < - >项目项目 < Name > Skin - < Name > < / ProjectReference >

然后我保存了基板。Csproj，问题就解决了。正如其他人所说，这是VS工具的一个问题