visual-studio - 为什么在 Visual Studio 中有单独的 Debug 和 Release 文件夹？

Question

当然，默认情况下，Visual Studio 会为 Debug 和 Release 版本创建单独的 bin 文件夹。从外部依赖的角度来看，我们遇到了一些小问题，有时我们需要发布二进制文件，有时需要调试。在所有项目上只拥有一个 bin 文件夹并将其作为 Debug 和 Release 的目标会让生活稍微轻松一些。然后我们可以将我们的外部脚本等指向一个位置。

一位同事质疑为什么我们不能这样做——更改 VS 项目设置以转到同一个 bin 文件夹？我承认我真的想不出一个很好的理由来保留它们，除了能够轻松地在我的本地文件系统上看到哪些是 Debug 哪些是 Release。但那又怎样；这有什么好处？

我的问题:

您如何利用不同的 Debug 和 Release 文件夹？这在您的开发中启用了哪些流程？

如果你不能保持这种区别，会发生什么坏事？

相反，如果您走的是“单一文件夹”路线，这对您有什么帮助？

我不是问为什么有单独的调试和发布版本。我理解不同之处，以及每个人的位置。我的问题涉及将它们放在单独的文件夹中。

Answer 1

在我看来，这只是开发人员机器上的一种便利，允许他们同时编译和运行 Debug 和 Release 构建。

如果您有在 Visual Studio 中运行的脚本或工具，IDE 允许您使用 ConfigurationName 和其他宏来获取与配置无关的路径。

如果您从命令行在外部运行脚本和工具(即您正在围绕它构建某种发布或部署过程)，最好在构建服务器上执行此操作，其中 Debug 和 Release 之间的区别消失了。

例如，当您从命令行(在构建服务器上)调用 msbuild 时，您可以为 Debug 或 Release 指定 Configuration 属性，并将 OutputPath 属性指定为仅构建到一个位置(不管配置如何)。