CMake重新配置时删除自定义命令输出文件的原因排查

可能的触发原因 #

• 依赖项时间戳异常：CI环境的文件系统可能存在时间同步偏差，或者二次执行cmake ..时，some stuff的时间戳被CI缓存刷新、临时文件替换等操作意外更新。CMake会判定输出文件file的依赖已过期，在计划重新生成前先删除旧文件，若后续未执行build步骤，就会出现文件消失的情况。
• 相对路径基准差异：如果file是相对路径，CI环境中二次执行cmake ..的工作上下文可能和本地不同（比如部分CI工具会自动切换工作目录），导致CMake误将file识别为不属于当前构建目标的文件，进而触发清理。
• CMake版本差异或旧版本bug：若CI使用的CMake版本比本地旧，可能存在特定版本的bug——比如重新配置时错误将合法的输出文件标记为"过期"或"孤儿文件"并删除。
• CI缓存/清理机制干扰：部分CI系统会在重新运行配置命令时，自动清理构建目录中的非缓存文件，恰好命中了file。不过这种情况更偏向CI配置问题，但结合用户描述，CMake自身逻辑触发的可能性更高。

CMake删除文件的核心判断逻辑 #

CMake在构建目录的CMakeFiles目录下维护了完整的目标、依赖、输出文件跟踪信息，删除文件主要基于以下逻辑：

• 依赖过期或定义变更：重新配置时，若解析到自定义命令的依赖项（some stuff）、执行命令（a/b）或输出文件定义有变化，CMake会标记输出文件需要重新生成，在后续build步骤前先删除旧文件。如果配置后未执行build，就会看到文件被删除。
• 孤儿文件清理：如果CMake发现某个文件是之前构建生成的，但当前配置中没有任何目标或命令引用它，就会将其视为孤儿文件并清理。不过你的场景中file依然是foo目标的依赖，这种情况仅可能是CMake路径解析异常，导致无法识别依赖关系。
• 中间文件自动清理：如果file被CMake判定为中间文件（而非最终产物），当依赖链断裂时会被自动清理。但这里file是自定义目标的直接依赖，正常应被视为最终产物，除非它同时被其他目标作为中间输出使用。

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