我当时正在做VS 2017社区版，CefSharp的金块包也有同样的问题。

包被成功下载并恢复，项目可以构建并成功运行-只是标记表明名称空间无法识别。

我所要做的就是打开参考资料部分，点击其中一个黄色感叹号。

几秒钟后，标记错误就消失了。

当我尝试在云端构建我的项目时，我遇到了这个问题。它在我的本地设备上构建得很好，但在Gitlab CI/CD管道上却不行。

首先要做的是检查你是否上传/推送了所有需要的文件。在我的例子中，我的.gitignore文件配置错误，它忽略了重要的*。元文件。

修复。gitignore并再次推动，使项目在云中等同于我的本地版本，问题解决了。

对于那些在试图将网站发布到Azure时遇到这种错误的人来说，上面这些看起来很有希望的解决方案都没有帮助到我。我也在同一条船上——我的解决方案本身构建得很好。最后我不得不这么做

把我溶液里的鸡块都去掉。 关闭并重新打开我的溶液。 重新添加所有的nuget包。

有点痛苦，但这是我能让我的网站发布到Azure的唯一方法。

在我的情况下，我卸载项目，然后:

Opened myProject.csproj and update the ToolsVersion="4.0" to ToolsVersion="12.0"(I'm using vs 2017)(using Paulus's answer https://stackoverflow.com/a/64552201/1594487). Deleted following lines from the myProject.csproj: <Import Project="..\packages\EntityFramework.6.4.0\build\EntityFramework.props" Condition="Exists('..\packages\EntityFramework.6.4.0\build\EntityFramework.props')" /> <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />

问题解决了。

在我的案例中，问题是在将命名空间更改为与另一个项目中的名称完全相同之后(有意地)，程序集的名称也被VS更改了，因此有两个具有相同名称的程序集，其中一个覆盖了另一个

首先，我将验证您的项目生成的信息是否损坏。在解决方案上进行清理和重新构建。

如果这还不起作用，我在过去看到的一种解决设计器问题的方法是打开一个windows窗体项目，然后再次关闭它。这有点像鸡内脏，所以别抱太大希望。