Stop waiting on a failed build

停止等待构建失败 - Visual Studio 博客

项目编译失败，但解决方案构建仍会继续。你已经有需要修复的错误，而其他项目仍在消耗构建时间来告诉你解决方案仍然无法构建。

Visual Studio 2026 版本 18.11 新增了一种可选方式，可在第一个项目失败后停止解决方案构建。如果你的下一步是修复该失败并重新尝试，也可以让构建在此处停止。

选择构建何时停止

打开 工具 > 选项 > 项目和解决方案 > 构建和运行，启用 构建失败后停止解决方案构建 选项。

当项目失败时，Visual Studio 将停止启动已排队的项目，并安全停止正在构建的项目。构建状态仍会标记为失败，而非取消。你无需手动监控第一个错误并取消剩余工作。

这会停止整个解决方案构建，而不仅仅是依赖失败项目的项目。这是一个重要选择：你能够更快回到第一个问题，但不会收集该构建中所有剩余项目的构建结果。

如果你希望在开始修复错误前查看这些结果，请保持该设置禁用。这将保留现有行为。你也可以在相同的设置页面再次关闭该功能。

测量失败后的等待时间

在四次测试构建中，禁用该设置时失败后完成时间平均为 26 秒，启用时仅需 1.5 秒。这减少了约 94% 的失败后等待时间，而非声称成功构建速度提升 94%。

你的实际结果取决于解决方案和失败发生的位置。具有长依赖链或大量并行工作的解决方案可能需要停止更多剩余工作，而小型解决方案可能几乎立即完成。

开发者社区请求描述了该问题的具体案例：一个打包项目在依赖项失败后仍持续尝试构建。新选项为你提供了一个全局的停止策略，而无需手动中断构建。

保持两个决策独立

此设置回答了 失败构建何时停止 的问题，但不会决定你最初构建哪些项目。现有的构建和运行选项已涵盖此类选择，例如运行或调试时仅构建启动项目和依赖项。

在你通常看到错误后手动取消构建的解决方案上尝试启用此功能。比较失败后的等待时间，然后选择最适合你排错方式的策略。

.entry-content

AI 免责声明 /think