我在Visual中有一个解决方案。它包含大约500个项目。当我构建解决方案时,我在输出窗口以及构建日志中获得了大量的输出。假设,最后我看到了
Rebuid All:成功250次,失败10次,跳过240次。
如果我想知道哪些项目无法构建,我通常在输出窗口中搜索1错误,然后搜索2 等,然后搜索9错误。如果我没有找到使用这个搜索失败的10个项目,那么我假设错误计数是10的倍数。所以我搜索10错误、20错误等等。我通常是这样发现所有失败的项目,因为这个项目不太可能有很多错误,也就是100的倍数。
问题1:我是个白痴吗?对我来说,我正在做的事情似乎很愚蠢--在那里,让成为一个更好的方法。到底是哪一个?
但有时,一个项目可能会因为其他一些原因而失败(我猜想),因为今天我无法找到未能构建的项目--它说10个失败了,但只有3个项目具有x错误和非零x。我认为有些项目的后期构建步骤失败了,或者其他什么的。
问题2:在这种情况下,我如何找出哪些项目失败了?
我正在使用2008 SP1
非常感谢你的帮助。
发布于 2011-08-16 21:10:58
为什么不转到错误视图,只查看Projects列呢?按此排序,然后向下滚动,注意值更改时的情况。
顺便说一下,在解决方案中有500个项目对我来说是个坏主意。我强烈怀疑这将是值得的,要么合并项目,要么分裂成多种解决方案。
发布于 2011-08-17 17:27:08
另一种解决方案是使用MSBuild脚本来构建解决方案,而不是VS。没有必要自己写剧本。像MSBuild助手这样的可视化工具可以帮助您生成构建脚本。您可以配置您的构建脚本,以便在第一次生成失败时中断流程,并在某个地方为您记录项目名称。
发布于 2019-02-05 23:30:28
在这种情况下,我更喜欢使用中的"Output View“(显示来自Build的输出)。这样做更好的原因是,您可以看到哪个项目是第一个未能构建的项目。在那里生成失败的项目可能有代码错误。
在工作中,我可能会有20个项目无法构建和20000个错误,所有这一切都是因为一行代码。这比在每一个项目中寻找要容易得多。
https://stackoverflow.com/questions/7085045
复制相似问题