当某些东西无法编译时，让 Visual Studio (Express) 停止编译答案

【问题标题】：Make Visual Studio (Express) stop compiling when something doesn't compile当某些东西无法编译时，让 Visual Studio (Express) 停止编译
【发布时间】：2011-03-01 14:09:47
【问题描述】：

如果一个项目无法构建，Visual Studio 默认情况下继续尝试构建依赖于该项目的所有其他项目，因此会出现愚蠢的错误，因为那些其他项目是现在针对旧版本的二进制文件进行构建。

我怎样才能改变这种行为，让它在失败时停止？

例如，假设我有一个名为 MyApp.Core 的库项目和一个名为 MyApp 的可执行项目。 MyApp 调用 MyApp.Core 中的方法。假设我向该方法添加了一个新参数，然后尝试构建，但我无意中在 MyApp.Core 中引入了一个不相关的编译器错误。当我构建时，Visual Studio 将：

尝试构建 MyApp.Core，但由于编译器错误而失败。由于构建失败，磁盘上的 MyApp.Core.dll 保持不变。
继续尝试针对旧版本的 MyApp.Core.dll 构建 MyApp，并报告编译器错误，因为它传递的参数比旧 DLL 中的方法预期的要多。
在错误窗口的顶部报告第二批错误，因此很难找到实际问题。

Make 自 1977 年以来就解决了这个问题：当它意识到它无法构建时，它停止构建。 我使用过的所有其他构建系统和 IDE 也足够聪明停止失败的事业。但是 Visual Studio 还没有完全赶上 1977 年的先进技术。

“Visual Studio Hacks”一书的宏部分有一个解决方法：您可以编写一个在项目构建完成时触发的宏；如果项目的构建状态为“失败”，宏可以发出取消构建命令。我经常在我使用的每台装有 Visual Studio 的计算机上安装这个 hack。但是，我在家里使用不支持宏的 Visual C# Express。

有什么方法可以让 Visual Studio 2010（包括 Express 版本）在构建失败时停止构建？

【问题讨论】：

我无法重现“在错误窗口顶部报告第二批错误，因此很难找到实际问题。” - 对我来说，类库错误总是出现在依赖项目之上。（2010 年）
您使用的是哪个版本的 VS Express？ (2005, 2008, 2010)
@Damien_The_Unbeliever：嗯。我的类库错误确实显示在底部。我想知道这是否是一个命名问题——我的实际项目名称是 Tendril (exe) 和 Tendril.Core (dll)，所以它可能是按项目名称的字母顺序对错误进行排序？
@birryree：是的，我应该提到这一点——我编辑了问题以澄清我对 VS2010 的修复感兴趣。但这至少在 VS2003 和 VS2002 中就已经是一个问题了。
我很好奇，因为 VS2010 在 MSDN 上确实有一些实现这种行为的扩展，比如 this extension，但我不认为 VS2010 Express 可以安装那个，因为它（我认为）是一个编辑器扩展而不是模板扩展。但是，是的，我很惊讶这种行为不是实际 IDE 的一部分。

标签： visual-studio visual-studio-express build-error

【解决方案1】：

尽管我很喜欢 MSBuild，但在使用解决方案文件进行构建时并没有内置的方法来执行此操作（正如您已经发现的那样）。启用 Resharper 的分析后，我发现这些天编译器错误对我来说非常罕见，因此我很少遇到错误消息过多的问题。

在我以前的店里，有人经常对构建进行构建，以便在 60 多个项目的解决方案中使用其中一个根项目，因此，许多人开始从命令行单独运行项目，类似于运行单独的 Make文件。

如果您真的想以与您提到的宏不同的方式处理此问题，您可以构建一个外部 msbuild 文件，该文件单独执行项目并检查运行之间的错误。您必须保持构建顺序正确，并且需要从命令行运行它和/或添加工具菜单选项的快捷方式。

这是一个例子：

 <?xml version="1.0" encoding="utf-8"?>
 <Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <Target Name="Build">
     <MSBuild ContinueOnError="false" Projects="log4net\log4net.csproj" Targets="Build">
          <Output TaskParameter="TargetOutputs" ItemName="BuildOutput"/>
     </MSBuild>
     <MSBuild ContinueOnError="false" Projects="Project1\Project1.csproj" Targets="Build">
          <Output TaskParameter="TargetOutputs" ItemName="BuildOutput"/>
     </MSBuild>
     <MSBuild ContinueOnError="false" Projects="Project3\Project3.csproj" Targets="Build">
          <Output TaskParameter="TargetOutputs" ItemName="BuildOutput"/>
     </MSBuild>
    </Target>
   <!-- <OnError ExecuteTargets="ErrorTarget" /> //-->
  </Project>

将项目替换为您的项目，并且需要为 Clean 目标模仿该组。

我希望有更好的解决方案，但我不知道为什么 MSBuild 团队不会将此功能添加到产品中。就像你说的，Make 几十年前就想通了。 FWIW，我不知道这在复杂的构建依赖项和构建并行性方面效果如何。

我的 MSBuild 问题集中在 ResolveAssemblyReferences 和 ResolveComReferences 任务上，它们是构建大型解决方案中最慢的部分，具有大型/复杂的项目依赖关系树（大型相对于至少 30 个项目）。

我希望这会有所帮助。

【讨论】：

【解决方案2】：

还有一个适用于 Visual Studio 2010/2012/2013 的免费扩展可以做到这一点。

StopOnFirstBuildError（下载）

http://visualstudiogallery.msdn.microsoft.com/91aaa139-5d3c-43a7-b39f-369196a84fa5

在 Visual Studio 2010 出现第一个错误时停止构建（撰写）

http://einaregilsson.com/stop-build-on-first-error-in-visual-studio-2010/

【讨论】：

【解决方案3】：

您也可以使用任务管理器终止名为cl.exe 的进程。可能有多个 cl.exe 进程 - 杀死其中一个就足够了。

这将立即停止构建过程。

【讨论】：

【解决方案4】：

当我看到它发生并取消构建时，我总是按住“暂停/中断”键。

【讨论】：