使用CONFIGURE_DEPENDS与Ninja时，CMake仍不建议用GLOB吗？

一、指定约束下的可用性 #

在你明确使用Ninja构建系统且能接受CONFIGURE_DEPENDS带来的性能损耗的前提下，file(GLOB CONFIGURE_DEPENDS "*.cpp")基本可以稳定使用，不会出现核心功能层面的问题。Ninja对CONFIGURE_DEPENDS的支持完善，能够在源文件新增、删除时自动触发CMake重新配置，避免了传统file(GLOB)因未跟踪文件变化导致的构建遗漏问题。

二、除可移植性和性能外的其他反对理由 #

即使排除构建系统兼容性和性能损耗，仍有几个值得关注的问题：

• 显式性缺失：手动列出源文件能让项目结构更清晰，其他开发者或未来的你能直接从CMakeLists.txt中看到项目包含的核心源文件，而GLOB会隐藏这一关键信息，增加代码维护的认知成本。
• 意外包含风险：如果源目录中存在临时生成的.cpp文件（比如自动生成的测试桩、误放入的编译中间文件），GLOB会将其意外纳入构建，可能引发编译错误或不必要的构建流程。
• 版本控制与构建一致性：团队协作时，若有人新增源文件但未提交到版本控制，GLOB在不同开发环境下会收集到不同的文件集合，导致构建结果不一致；而手动列文件的话，新增文件必须修改CMakeLists.txt，自然会触发版本控制的提交流程，能更好地保证构建一致性。
• 复杂场景适配性差：如果项目需要区分不同类型的源文件（比如核心业务代码、测试代码、第三方依赖代码），GLOB的匹配规则很难精准区分，需要额外的过滤逻辑，反而比手动列文件更繁琐。

内容的提问来源于stack exchange，提问作者Benjamin Buch