Visual Studio 2015项目生成失败，但没有错误
我的项目build立全部失败，但我没有显示任何错误。 我试过清洁和重build，那没用。
我把MSBuild输出的详细程度改为'Diagnostic'，希望能帮助我确定问题，现在我被困住了。 以下是输出结果：
1>Project 'ProjectMM.Data.Models' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\ProjectMM.Data.Models.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\bin\Debug\ProjectMM.Data.Models.pdb'. All packages are already installed and there is nothing to restore. 1>------ Build started: Project: ProjectMM.Data.Models, Configuration: Debug Any CPU ------ 2>Project 'ProjectMM.Data' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data\ProjectMM.Data.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data\bin\Debug\ProjectMM.Data.pdb'. 2>------ Build started: Project: ProjectMM.Data, Configuration: Debug Any CPU ------ 3>Project 'ProjectMM' is not up to date. Input file 'c:\projects\projectmm\projectmm\app_start\bundleconfig.cs' is modified after output file 'C:\Projects\ProjectMM\ProjectMM\bin\ProjectMM.pdb'. 3>------ Build started: Project: ProjectMM, Configuration: Debug Any CPU ------ ========== Build: 0 succeeded, 3 failed, 0 up-to-date, 0 skipped ========== 我有同样的问题，closures并重新打开Visual Studio清除它。
我也尝试清洗解决scheme和清洁失败。
有可能是其他情况下，这并没有把戏，但在我的情况下，重新启动已经解决了这个问题。
有可能你没有看到所有的构build错误。
通过将“消息”图标从“Build + Intellisense”更改为“Build Only”之后，将下拉列表更改为“Build Only”，您将能够看到构build期间由Intellisense未检测到的错误。 看下面的截图：
我已经看到VS2015报告“生成失败”的常规实例，但在错误窗口中没有显示任何错误。 来自古代的命令行背景，我终于看到了输出窗口。 输出窗口显示编译器报告错误，但这些错误未被捕获到错误窗口。 我从来没有看到VS2013下的这个问题。
VS通常closures并重新打开并没有解决这个问题。 （在VS2013中，这是将XAML intellisense放在后面的常用方法，并使其停止固定已修复的“错误”。）
到目前为止，这一直与XAML页面CS文件中的编译错误有关。 我不记得在非页面的CS文件中看到它。
直到一个数字出来去检查输出窗口，像在错误窗口中的智能感知报告的东西对XAML中的对象无效的引用，但没有在错误窗口中显示的编译器错误可以非常混乱，因为它出现像错误智能报告XAML错误。 但他们其实不是。 XAML错误只是CS文件无法编译但在错误窗口中没有错误报告的症状。
删除为.vs工作的隐藏的.vs文件夹。
（请注意，这是SUO文件现在的位置）
当你引用一个不同的.net框架版本项目（在我的情况下为v4.5.2 vs v4.5）时，可能会发生这种情况。 纠正这将解决您的问题。
我有VS2015更新3 RC和Xamarin（.Forms共享项目）的这个问题。
编译器不停止，错误只显示在输出窗口中。
这只适用于Xamarin项目（与VB.NET项目都按预期工作）…
为了find问题的原因，我改变了VS中的Build输出：
– 菜单“工具 – 选项”
– 左侧面板：“项目和解决scheme：构build和运行”：
– 将“MSBuild输出详细程度”从“最小”更改为“诊断”
这样做后，编译器已经停止，并显示错误。
在那之后，我已经把选项从“诊断”改回到“最小”（就像之前那样），而且它也与“最小”（可以肯定，我也重新启动了VS）一起工作。
所以..（至less在我的情况下），只有改变（触摸）的设置（MSBuild输出详细度）已经解决了这个问题，这是VS和/或Xamarin集成软件中的一个错误…
我发生的事情是，将计算机上的时区更改为+5：30，然后将其更改回-5：00是什么困惑VS. 当我重新启动VS时，它再次正常工作。
检查所有项目的Framework版本，并确保它们完全相同，或者至less该项目A在项目B的.NET Framework版本较高时不会引用项目B.
我有这个问题，事实certificate，我有一个using指向一个空的名称空间。 删除using条款解决了这个问题
对我来说，这个问题与自定义的CodeAnalysis规则集设置“ IncludeAll ”有关。
看来编译器会看到这个设置：
<IncludeAll Action="Error" />
但是IntelliSense在规则ID上采取了“警告”的默认行动。 这可以解释@RobertHarvey所看到的行为，通过Build Only过滤输出，并将其显示为ERROR ，但是如果按照Intellisene进行过滤，则只显示为WARNING 。 默认的Build + Intellisense过滤输出似乎是不确定的！
我的解决方法是明确地提出我想作为警告的警告的规则。
<Rules AnalyzerId="Microsoft.CodeAnalysis.CSharp" RuleNamespace="Microsoft.CodeAnalysis.CSharp"> <Rule Id="CS0618" Action="Warning" /> </Rules>
这是Intellisense不遵守IncludeAll选项的潜在问题。 请参阅https://github.com/dotnet/roslyn/issues/7400
我所做的（毕竟以上，而且还没有工作）是通过所有的bin文件夹，并全部清除（即引用的项目）。
这对我有用，希望它也适合你。
使用较旧的Framework将项目迁移到Visual Studio 2015时也会发生这种情况。 检查您的错误列表中的警告。 您可能会看到类似于当前.NET 2.0版本的项目，并且需要.NET 3.5或更高版本。 如果您发现类似的警告，请转到项目的属性并定位所需的.NET Framework。
请检查警告。 有时也会因为某种警告而造成失败。
我不知道我是否是唯一面临这个问题的人。 在我的情况下，当我打开Visual Studio的时区是格林尼治标准时间+ 1：00和生成是成功的，然后我将时区更改为GMT + 5：30，然后不重新启动Visual Studio我试图运行该应用程序，但构build失败没有任何错误或警告，然后我将时区更改为GMT + 1：00，生成成功，没有任何错误。
从这个答案采取
编译失败，输出窗口中没有显示错误。
为了find问题的原因，我已经在VS中修改了生成输出： – 菜单“工具 – 选项” – 从左侧面板：“项目和解决scheme：生成并运行”： – 将“MSBuild输出详细度”从“最小“到”诊断“
这样做后，我发现真正的原因实际上是依赖项目的一个错误。 我所依靠的项目是针对不同的框架（比我的更新）而build立的。 从而造成这个问题。 只有在输出详细度诊断的时候才会出错
对我来说，这是一个无赖的财产。 问题不一定是我看不到错误; 错误如下：
子节点“2”提前退出。 关机。 诊断信息可能位于名为MSBuild _ *。failure.txt的临时文件目录中的文件中。
最初，构build会挂起，不会显示任何错误，除非您试图closuresVisual Studio。 重新启动后，build立后会长时间挂起，然后显示上面的消息。
删除隐藏的.vs文件夹，重build/清理解决scheme，并重新启动Visual Studio不起作用。 除去附属财产; ergo，它可能是实际的代码不正常的地方。
作为最后的手段，我会逐个删除最近的更改，直到问题解决，因为这里没有任何解决方法。
更新
因为我习惯于开发传统的WPF应用程序，所以我没有意识到你不能使用“链接”XAML命名空间. 与UWP。 我正在尝试使用附加的属性
My.Namespace:SomeClass.SomeProperty="SomeValue"
而它应该是
MyNamespace:SomeClass.SomeProperty="SomeValue"
这不像我喜欢的那么漂亮，但是这显然是唯一的出路。
当打开一个解决scheme，生成它，我可以看到一些构build错误或警告报告在“输出选项卡”，而“错误选项卡”不报告任何问题。
您可以看到“错误标签”configuration是正确的（“仅构build”和“整个解决scheme”select）。
请注意，在深入调查之后，我发现只有在开始构build时才会显示“错误标签”，才会发生这种情况。
如果您在构build之前激活了“错误标签”（或者在启动Visual时是当前选项卡），那么新发现的错误/警告将正确显示：
就好像“错误标签”只有在可见的时候才被初始化（这可能是真的，因为第一次点击它就需要花费更多的时间），如果不是，它不会收集构build结果…
到目前为止，没有比“ build立之前激活错误标签 ”更好的答案。
我敢打赌，这就是为什么“重新启动VS”有时候可以工作。 你看到“错误标签”是空的，你closures并重新编译VS，然后默认显示“错误标签”，因为VS恢复了前一个会话的当前活动标签。 你build立，现在“错误选项卡”被填充…！ 你真幸运
注意：报告一个VS错误： https : //connect.microsoft.com/VisualStudio/feedback/details/3132689
什么对我有效：
closures所有文件解决了我的问题。 （如果智能感知器停止工作，则采取相同的解决方
（右键单击选项卡 – closures所有文档）
尝试这个
从Dependencies中排除"mstscax.dll"对我"mstscax.dll" 。
利基问题：刚才我遇到了同样的问题。 上面的答案似乎没有帮助。
问题是一个控制台程序，不能将Main（）方法标记为async **，这正是我所做的。 不知道，为什么Visual Studio无法指定为什么确切的项目不build（我得到0错误和0警告每次）。 我正在使用Visual Studio 2015 Enterprise。
修复：为此的工作就在这里 。
对于我来说，构build失败没有错误，但经过一些光的调查后，我发现，MSHTML的指责没有findVS.
行为出现在Windows 10更新之后。要修复它，您需要从GAC注册程序集。 对于如何做到这一点，转到这个答案在Windows 10上的MSHTML DLL，这是我find我的答案。
