重新安装nuget包对我来说很有用。在我将. net Framework版本更改为与所有项目同步后，一些nuget包(特别是Entity Framework)仍然为以前的版本安装。这个命令在包管理器控制台中为整个解决方案重新安装包:

Update-Package –reinstall

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

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

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

从VS 2019企业版“降级”到VS 2019专业版后开始出现这个问题。 尽管错误显示在“错误”窗口中，但我可以毫无问题地构建项目。 尝试了这个线程和其他线程的许多解决方案，如均衡目标框架，删除并重新引用，删除.suo文件等。 对我来说，有效的方法是删除本地存储库中的项目，并从远程存储库中再次克隆它。

[Facepalm]我的问题是我在c++的做事方式中添加了依赖。

转到无法构建的项目，在解决方案资源管理器中打开“References”文件夹，查看是否列出了您的依赖项。

如果没有，您可以“添加引用”并在Projects选项卡上选择依赖项。

Shankar繁荣。

在将一些新代码合并到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工具的一个问题

我遇到的一个更棘手的情况是: 项目一的目标是安装了Microsoft.Bcl.Async包的4.0完整框架。 项目二的目标是4.0完整框架，但不会在引用项目一的类时编译。

一旦我在第二个项目上安装了Async NuGet包，它编译得很好。