为什么"out of source"构建不是默认值？

"out of source"构建不是默认值的原因是为了保持项目的整洁性和可维护性。下面是完善且全面的答案：

"out of source"构建是指将构建过程中生成的中间文件和最终的可执行文件放在与源代码分离的目录中。相反，"in-source"构建是将中间文件和可执行文件放在源代码所在的目录中。

为什么"out of source"构建不是默认值？

1. 整洁性和可维护性：将构建产生的文件与源代码分开可以保持项目的整洁性。源代码目录应该专注于存放源代码文件，而不是杂乱的构建文件。这样做可以使项目结构更加清晰，易于理解和维护。
2. 避免污染源代码：构建过程中生成的中间文件和可执行文件可能会干扰源代码的版本控制系统。如果这些文件与源代码混在一起，可能会导致版本控制系统的冲突和混乱。通过将构建产生的文件放在独立的目录中，可以避免这种问题。
3. 方便清理和重建：将构建产生的文件放在独立的目录中，可以方便地清理和重建整个构建过程。如果构建文件与源代码混在一起，清理和重建可能会变得更加困难和耗时。
4. 支持多个构建配置：在某些情况下，可能需要同时构建多个不同的配置，例如调试和发布版本。通过使用"out of source"构建，可以轻松地创建和管理多个构建配置，而不会相互干扰。
5. 避免构建文件冲突：如果多个开发人员在同一个源代码目录中进行构建，可能会导致构建文件的冲突。通过使用"out of source"构建，每个开发人员可以在自己的独立目录中进行构建，避免了冲突问题。

总结起来，"out of source"构建不是默认值是为了保持项目的整洁性、可维护性，避免污染源代码，方便清理和重建，支持多个构建配置，以及避免构建文件冲突。

腾讯云相关产品和产品介绍链接地址：

腾讯云提供了丰富的云计算产品和服务，包括云服务器、云数据库、云存储、人工智能等。您可以访问腾讯云官方网站了解更多详情：https://cloud.tencent.com/

请注意，本回答不涉及亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等流行的云计算品牌商。