什么导致Visual Studio 2005无序命令行版本？

在Visual Studio 2005中，我有一个通过Project Dependencies对话框指定的显式依赖关系的解决方案。什么导致Visual Studio 2005无序命令行版本？

当我通过devenv的建立/重建发布为例，项目是建立在不同的顺序装载了IDE时相比。这是我指定的依赖项不允许的顺序。

在一些情况下，devenv的崩溃:(

日志显示每一行前的数字表示的顺序，这相信是依赖诱导的顺序：

11> MyExeProject - 1个错误（S ），0个警告

然而，该版本似乎是的顺序开始，中断，并继续在另一种秩序 - 不工作，所以8可前11.如果11完成它的构建在8的链接中，有一个问题。

类似的重新排序发生在IDE，但生成顺序仍保持完整。

需要通过命令行来构建，任何想法，为什么这是或什么原因？

确保您已正确设置解决方案中的依赖关系。这可以直接影响构建顺序。

2008-12-11 00:23:42 Brody

重新排序的问题是因为多个构建因多个内核/线程/处理器而同时进行。微软正试图更有效率，但他们失败了。 – unixman83 2011-03-01 17:55:45

-1

如果建设中的IDE时devenv的没有崩溃你，你很幸运。

以下解决方法是很厉害的，但它的工作对我来说，叹了口气。重新启动并设置BIOS以仅允许单个CPU内核运行。

2008-12-11 00:43:08

它很有趣，你说我在任务管理器中看到cl.exe有时会运行多个副本。 – theschmitzer 2008-12-11 17:11:07

当然，我们希望运行cl.exe的多个副本，我们希望多个核心用于其预期用途，并且我们希望devenv.exe找到某种方法避免在执行此操作时崩溃。叹。 – 2008-12-12 06:22:50

好的，我相信这是真正的答案。

多处理器构建已启用。相关性顺序执行还是在IDE中，而不是通过命令行，至少在2005年VS

关掉它是通过工具/选项/生成和运行。将最大值设置为1.

2008-12-15 19:25:04 theschmitzer

回答