本地CMake构建正常，Travis CI构建报错：No such file or directory

嘿，我来帮你捋捋这个问题——本地正常但Travis挂掉，这种环境不一致的问题确实挺常见的，尤其是依赖相关的。你推测的glad问题方向大概率是对的，咱们来拆解下可能的原因：

1. 依赖文件未同步到Git #

如果你的glad源码是放在项目目录内的（比如thirdparty/glad），但不小心被.gitignore规则排除了，那Travis拉取代码时就会缺失这些文件。本地因为有本地文件所以能正常编译，但CI环境里根本找不到glad.h或者对应的源文件/库。

2. Travis环境缺少依赖安装步骤 #

本地环境里你可能已经手动安装了glad（比如通过系统包管理器、vcpkg或者手动编译安装），但Travis的构建环境是全新的干净系统，默认不会包含这些第三方依赖。比如你本地用apt install libglad-dev装过，但Travis脚本里没加这一步，自然会找不到头文件或库。

3. CMake路径配置的环境差异 #

你本地可能设置了额外的CMake路径变量（比如CMAKE_PREFIX_PATH），让CMake能找到glad的安装位置，但Travis环境里没有这些配置。举个例子，如果你本地把glad装在了~/local，并在运行CMake时加了-DCMAKE_PREFIX_PATH=~/local，但Travis脚本里没加这个参数，CMake就会找不到glad。

4. 链接阶段的隐性依赖差异 #

有时候本地链接时会自动找到系统里的全局库，但Travis环境里没有这个库。比如你CMakeLists.txt里用了target_link_libraries(your_project glad)，本地系统里有libglad.so/glad.lib，但Travis里没有，就会出现链接错误，导致退出码2。

快速排查步骤： #

• 先看Travis构建日志！ 退出码2只是最终状态，日志里肯定有具体的报错信息（比如fatal error: glad.h: No such file or directory或者undefined reference to glad_xxx），这是定位问题的关键。
• 检查.gitignore文件，确保glad相关的源码/头文件没有被忽略，并且已经提交到Git仓库。
• 在Travis的构建脚本里添加依赖安装步骤：如果是用系统包管理器，就加sudo apt update && sudo apt install libglad-dev（根据你的系统调整，比如Ubuntu用apt，Fedora用dnf）；如果是项目内的子模块，要确保Travis拉取子模块（在.travis.yml里加git submodule update --init --recursive）。
• 在Travis的CMake构建步骤里添加--verbose参数（比如cmake .. --verbose），对比本地的CMake输出，看看CMake查找glad的过程有什么差异。

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