我发现在Visual Studio 2017中使用Git时经常发生这种情况，在有依赖代码更改的地方切换分支。即使项目将成功构建，错误列表中仍然会有错误。

这些错误通常是名称空间问题和缺少引用，即使库引用存在。

解决:

关闭Visual Studio 删除{sln-root}.vs\SlnName\v15. txt文件。锁文件(隐藏) 重启Visual Studio

tldr;卸载并重新加载有问题的项目。

当这种情况发生在我身上时，我(习惯)尝试关闭VS并重新打开它。这可能在一半的时间里是有效的。当它不起作用时，我会关闭解决方案，删除.suo文件(或整个.vs文件夹)并重新打开解决方案。到目前为止，这对我来说总是有效的(在过去的6个月里超过10次)，但它有点乏味，因为有些东西会重置，比如你的构建模式，启动项目等。

由于通常只有一个项目有问题，我只是尝试卸载该项目并重新加载它，这是有效的。我的样本容量只有1，但它比其他两个选项快得多，所以可能值得一试。(更新:我的一些同事现在也在尝试这个方法，到目前为止，每次都很有效。)我怀疑这是可行的，因为它写入.suo文件，并可能修复了导致问题开始的损坏部分。

注意:这似乎适用于VS 2022、2019、2017和2015。

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隐藏文件夹中。

我发现在Visual Studio 2017中使用Git时经常发生这种情况，在有依赖代码更改的地方切换分支。即使项目将成功构建，错误列表中仍然会有错误。

这些错误通常是名称空间问题和缺少引用，即使库引用存在。

解决:

关闭Visual Studio 删除{sln-root}.vs\SlnName\v15. txt文件。锁文件(隐藏) 重启Visual Studio

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

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

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