0 -右键单击解决方案和清洁解决方案

1 -关闭VS

2 -删除项目的.suo文件

3 -开VS

4 -构建解决方案

我注意到，有时在切换git分支时，Visual Studio(2017)将无法识别在第二个分支中添加的某些文件的类型。删除.vs文件夹可以解决这个问题，但它也会破坏所有的工作空间设置。这个技巧似乎对我很管用:

解决方案资源管理器->找到其中包含未识别类的文件。 单击解决方案资源管理器顶部的“显示所有文件”。 右键单击文件-> Exclude from project。 再次右键单击文件-> Include in project。

这会导致智能感知在切换分支时解析它错过的文件。

有时，如果你只是清理解决方案，错误正在消失，但他们最终可能会回来一段时间后或在下一次构建。

我发现，如果被引用的项目的目标是框架的更高版本，而不是试图使用它的项目，就会发生这种情况。你可以通过进入输出窗口并寻找类似的内容来判断这是否是问题所在:

无法解析主引用“my_reference”，因为它 是基于“. net framework,Version=v4.7.2”框架构建的。这 是比当前目标框架更高的版本吗 “.NETFramework, Version = v4.7 "。

解决方案是更改一个或其他项目的目标框架。

0 -右键单击解决方案和清洁解决方案

1 -关闭VS

2 -删除项目的.suo文件

3 -开VS

4 -构建解决方案

清理Resharper的缓存在我的情况下没有帮助，尝试暂停/恢复，并修复Resharper，使用JetBrains网站上的最新下载-这些都没有帮助。这是在我尝试关闭/重新打开VS，重新启动我的机器，重复，构建/重建及其组合之后。

有趣的是，在VS第二次重启后，暂停Resharper似乎解决了问题，但在我启用Resharper <之后，问题又回来了——我尝试这样做2-3次以确保模式。

不管怎样，当我发现这篇文章时，我仍然有问题:

快速提示:当Visual Studio崩溃，所有东西都是红色时该怎么办

所以我删除了同一文件夹级别的。suo文件和解决方案，它神奇地解决了所有红色。

注意:对于Visual Studio 2015， . suo文件在.vs/[solution_name]/v14隐藏文件夹中。