我在Visual Studio中有一个解决方案。它包含大约500个项目。当我构建解决方案时，我在输出窗口中获得了大量输出，还有构建日志。假设，最后我看到了
Rebuid All：250次成功，10次失败，240次跳过。
如果我想知道哪些项目无法构建，我通常会在输出窗口中搜索 1个错误，然后 2个错误等等然后 9个错误。如果我没有找到使用此搜索失败的10个项目，那么我认为错误计数是10的倍数。所以我搜索 10个错误， 20个错误（s）等。我通常会以这种方式找到所有失败的项目，因为项目不太可能有多个错误，这是100的倍数。
问题1：我是白痴吗？我正在做的事情似乎对我很愚蠢 - 是更好的方式。这是什么？
但有时候，一个项目可能由于其他原因（我假设）而失败，因为今天我无法找到未能构建的项目 - 它说10个失败，但只有3个项目 x错误 ，非零 x 。我假设有些项目的某些后期构建步骤失败或其他什么
问题2：在这种情况下，如何找到哪些项目失败？
我正在使用Visual Studio 2008 SP1
非常感谢你的帮助。
答案 0 :(得分：9)
为什么不进入错误视图并查看“项目”列？按此排序，然后向下滚动，注意值的变化。
顺便说一句，在解决方案中有500个项目对我来说听起来像是真的坏主意。我强烈怀疑将 整合项目或分成多个解决方案是值得的。
答案 1 :(得分：1)
另一种解决方案是通过MSBuild脚本而不是VS IDE构建解决方案。没有必要自己编写脚本。诸如MSBuild Sidekick之类的可视化工具可以帮助您生成构建脚本。您可以通过以下方式配置构建脚本，以便在第一次构建失败时中断该过程，并在适当的位置记录项目名称。
答案 2 :(得分：0)
在这种情况下，我更喜欢在Visual Studio中使用“输出视图”（显示Build的输出）。这样做更好的原因是，您可以查看哪个解决方案是第一个失败的解决方案。无法在此处构建的项目可能存在代码错误。
在工作中，我可能会因为一个代码行而导致20个项目无法构建和20,000个错误。这比在每个项目中搜寻要容易得多。