Visual Studio 2008/2010中的调试/发布配置编译到不同文件夹的目的是什么？

Question

编译程序集以分隔文件夹有什么意义？在我的工作中,我们有50多个项目,它们存在于几个不同的解决方案中.当项目在同一解决方案中时,您可以设置项目引用,并相应地在\ debug或\ release文件夹中获取程序集.但是,当设置外部引用(通过浏览)并明确指向\ debug\assebmly.dll或\ release\assembly.dll时,如果引用的项目是在发布模式下编译的,则引用项目将不会选择"发布"程序集.

我理解通常一个构建过程可以处理这个,但是在我需要在构建过程之外的发布模式下编译项目的情况下,这意味着我必须检查所有外部引用以确保它们指向\ release文件夹.这很容易错过 - 而且我不想每次都要考虑.所以我的想法是始终将项目的程序集编译到\ bin文件夹,无论是选择了调试还是发布配置.对这种方法有任何缺点吗？

我这里也有关于这个主题的博客文章.

Answer 1

嗯，这很简单，因为不使用单独的文件夹会更糟糕。您将构建发布版，发现有问题，切换回调试版，但不会获得程序集的实际调试版本。除非您首先明确使用“构建+清理”。现在你会去打剑或拜访SO，忘记为什么要转回来。

处理另一个解决方案的项目输出也很简单：始终添加对发布版本的引用。因为如果您需要调试和更改该程序集，那么您将将该项目添加到当前的解决方案中。