即使构build项目，Visual Studio也会显示错误
我在C＃解决scheme上遇到了Visual Studio 2013的问题。 它显示完全随机的错误，但项目build立。 目前，我有33个文件有错误，我可以看到所有这些文件中的红色波浪线。
我试图清理/重build解决scheme，closuresVisual Studio，甚至重新启动我的电脑。 我也确保在Visual Studio中执行debugging运行中描述的步骤， 即使是编译器错误 。 我可以修改.cs文件，并看到解决scheme中的更改。
有没有人有一个关于为什么这样做的想法？
这个答案假设你清理并重build你的解决scheme。 如果你没有，先清理并重build ！ 它可能会解决你的问题。
在我的例子中，清理和重build不起作用。 但是，清空ReSharpercaching：
在菜单中，selectReSharper> Options> Environment> General> Clear Caches
并禁用和重新启用ReSharper：
在菜单中，工具>选项> ReSharper>常规>暂停/恢复
为我做了诡计。 我不确定这两个行动是否有必要，但他们解决了我的问题。
清除Resharper的caching没有帮助我的情况下，尝试暂停/恢复 ，还修复Resharper，使用最新的下载JetBrains的网站 – 这些都没有帮助。 这是我试过closures/重新打开VS后，重新启动我的机器，重复，build立/重build及其组合。
有趣的是，暂停Resharper似乎解决了VS 第二次重新启动后的问题，但它启用了Resharper < – 我试图做这个序列2-3次，以确保模式。
无论如何，当我发现这篇文章时，我仍然有问题：
- 快速提示：如果Visual Studio吓了一跳，一切都变成红色，该怎么办？
所以我用解决scheme删除了相同文件夹级别的隐藏的.SUO文件 ，它神奇地解决了所有的红色。
注 – 对于Visual Studio 2015， .SUO文件位于.vs / [solution_name] / v14隐藏文件夹中。
我清理解决scheme，closuresVS，重新打开它，build立解决scheme，红色未解决的行清理，并build立成功。
tldr; 卸载并重新加载问题项目。
当这发生在我身上时（我曾经）尝试closuresVS并重新打开它。 这可能大概有一半的时间。 当它不起作用时，我会closures解决scheme，删除.suo文件（或整个.vs文件夹）并重新打开解决scheme。 到目前为止，这一直是我的工作（在过去6个月中超过10次），但是由于一些事情被重置，比如你的构build模式，启动项目等，
由于通常只有一个项目出现问题，我只是尝试卸载该项目并重新加载它，这工作。 我的样本量只有1个，但比其他两个选项快得多，所以也许值得尝试。 我怀疑这是有效的，因为它写入.suo文件，并且可能修复了导致问题开始的损坏部分。
注意：我正在使用Visual Studio 2015。
我有一个这样的问题，其中Intellisense似乎没有认识到一个项目的存在（大量的“无法find这种types”，“这个命名空间不存在”等错误）。
在所有引用项目中删除和重新添加项目引用可以解决问题，但是可以通过编辑问题项目的.proj文件来解决根本原因。
在“missing”项目的顶部附近.csproj文件是一个元素：
<ProjectGuid>{GUID}</ProjectGuid> 并在所有的引用项目.csproj文件是项目引用：
<ProjectReference Include="..\OffendingProject\OffendingProject.csproj"> <Project>{ANOTHER-GUID}</Project> <Name>Offending Project</Name> </ProjectReference>
引用GUID与项目的GUID不匹配。 用{ANOTHER-GUID}取代上面的{ANOTHER-GUID}解决了这个问题，而不必经过每个引用项目。
也许你试着重置你的智能感知caching。 在Visual Studio 2012中，当处理一个包含许多部分类定义的大型项目时，我遇到了类似的问题。 减less部分问题部分解决了问题，清除智能caching也是一段时间。
有时我必须通过浏览所有项目并手动删除“bin”和“obj”文件夹来进行自定义清理。 要在Visual Studio中查看它们，必须为每个项目启用隐藏的文件和文件夹。 完成之后，重build解决scheme。
有时候，如果你只是清理解决scheme，错误正在消失，但它们可能会在一段时间后回来，或者在下一个版本中。
对于我的具体情况，这是另一个开发人员合并到主分支的服务参考。 除了语法突出显示未能parsing生成的服务类和源代码全部用红色下划线之外，哪个是非常好的。 清洁，重build，重新启动什么也没做。
我所要做的只是刷新服务参考，VS设法将这些部分放在幕后。 源代码或生成的文件没有变化。
我刚刚遇到了这个问题后恢复git提交添加文件回我的项目。
清理和重build项目不起作用，即使我closuresVS之间的每一步。
最终奏效的是将文件重命名为其他内容，并将其重新更改。 ：捂脸：
使用Visual Studio不能识别的单个types来解决此问题，即使解决scheme已成功构build，也显示为红色的波浪线。 我注意到在解决scheme资源pipe理器中，文件左侧没有展开类和属性的展开箭头。
解决方法是从项目中排除文件，并保存/生成产生预期错误，然后将文件包含在项目中并保存并构build。
执行这些步骤之后，Visual Studio开始再次识别我的types。 在git中查看差异，看起来问题是由于我的.csproj文件的<Compile Include="..." />行上的行结尾不匹配。
尝试将鼠标hover在加下划线的元素上。 它通常应该告诉你什么问题。 要查看所有错误/警告的列表，请转到查看=>错误列表。 IDE的底部应打开一个表格，列出所有错误/警告。
我通过删除Microsoft .NET框架的临时文件解决了这个问题。 位置：C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary ASP.NET文件和C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files
REM DELETE ALL VS HIDDEN SOLUTION OPTION FILES DEL /A:H /S *.SUO
