即使构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