CMake未按依赖排序Fortran模块致GitLab CI随机构建失败问询

• 确认CMake版本与依赖扫描功能状态
  首先排查CI环境中加载的CMake版本是否与本地正常构建的版本一致，HPC环境的module工具可能在加载MPI环境时暗中替换CMake版本，可在configure步骤的$CMAKE_COMMAND前加一行cmake --version确认版本。
  核心触发点：当CMake无法正常识别Fortran编译器的模块依赖扫描能力时，会直接fallback到按源文件字母序排序构建，这是该故障的核心原因。可在cmake命令后加--debug-output参数，查看配置阶段是否有Fortran dependency scanning disabled类的日志输出。
• 排查MPI编译器包装器的干扰
  新增OpenMPI版本后，检查MPI的Fortran包装器是否注入了干扰编译参数：比如开启了隐藏的模块路径、篡改了编译器标识，导致CMake误判Fortran编译器的能力。可在configure阶段输出CMAKE_Fortran_COMPILER与CMAKE_Fortran_FLAGS的取值，和正常构建的配置做对比。
• 排查并行任务的artifact冲突
  你当前的CI配置中所有矩阵任务的构建产物都存在同一个build父目录下，并行执行的configure任务如果在共享文件系统上写同一路径，可能会互相覆盖CMake缓存文件，导致依赖树被破坏。你可以在构建路径中加入$CI_JOB_ID变量确保每个任务的构建目录唯一，验证是否是冲突导致的问题。
• 验证构建生成器的兼容性
  确认你CI中使用的是不是Unix Makefiles生成器，旧版CMake的Unix Makefiles生成器存在已知的Fortran模块依赖排序bug，在并行配置场景下触发概率很高。

• 强制开启Fortran依赖扫描
  在项目顶层CMakeLists.txt的最前端加入以下配置，强制CMake使用编译器的依赖扫描能力，禁止fallback到字母序：

  set(CMAKE_Fortran_MODULE_DIRECTORY ${PROJECT_BINARY_DIR}/fortran_modules CACHE PATH "Fortran module output path")
  set(CMAKE_Fortran_DEPENDS_USE_COMPILER ON CACHE BOOL "Force Fortran dependency scanning")
  

• 更换更稳定的构建生成器
  改用Ninja生成器替代Unix Makefiles，Ninja对Fortran模块依赖的处理逻辑更稳定，触发排序bug的概率极低。你只需要修改$CMAKE_COMMAND为cmake -G Ninja <原有参数>，并在CI环境中安装ninja即可。
• 合并configure与build步骤
  取消跨任务传递构建目录的逻辑，将configure和build放在同一个job中执行，避免artifact传递过程中丢失CMake内部的依赖缓存信息，也能避免并行任务的目录冲突。
• 锁定环境版本
  在load_environment脚本中显式指定加载固定版本的CMake、编译器与MPI库，避免HPC环境的默认模块变更导致构建逻辑变化。

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