在Visual Studio 2005中，我有一个通过Project Dependencies对话框指定显式依赖项的解决方案。
例如，当我通过devenv / rebuild Release构建时，项目的构建顺序与加载IDE时的顺序不同。这是我指定的依赖项不允许的顺序。
在某些情况下，devenv崩溃:(
日志在显示订单的每一行之前显示一个数字，我认为这是依赖性引发的顺序：
11＆gt; MyExeProject - 1个错误，0个警告
但是，修补程序似乎按此顺序启动，中断并以其他顺序继续 - 这不起作用。所以8可以在11之前完成它的构建。如果11中的11个链接，则存在问题。
类似的重新排序在IDE中发生，但构建顺序仍然保持完整性。
需要通过命令行构建，任何想法为什么会这样或原因是什么？
答案 0 :(得分：8)
好的，我相信这是真正的答案。
启用了多处理器构建。依赖顺序仍然在IDE中强制执行，但不是通过命令行强制执行，至少在VS 2005中是这样。
关闭它是通过工具/选项/构建和运行。将最大值设置为1。
答案 1 :(得分：1)
确保您已正确设置解决方案中的依赖项。这可以直接影响构建顺序。
答案 2 :(得分：-1)
如果在IDE中构建时devenv没有崩溃，那么你很幸运。
以下解决方法令人讨厌，但它对我有用，感叹。重新启动并将BIOS设置为仅允许运行单个CPU内核。