GitLab CI/CD中Conan+CMake构建lib_a时如何引用lib_b头文件？

核心问题 #

编译lib_a时找不到lib_b的头文件，本质是CMake未正确引入Conan提供的lib_b依赖配置，同时你的conanfile.py存在依赖版本声明不一致的问题。

步骤1：修正conanfile.py的依赖版本冲突 #

你的conanfile.py同时在类属性和requirements()方法中声明lib_b依赖，版本不一致（1.0beta vs 1.0），会导致依赖解析混乱。保留其中一处即可，推荐删除类属性里的冗余声明：

class helloRecipe(ConanFile):
    name = "lib_a"
    version = "1.0"
    package_type = "library"

    # 省略其他元数据...

    settings = "os", "compiler", "build_type", "arch"
    # 移除此处的requires声明
    generators = "CMakeDeps"
    options = {"shared": [True, False], "fPIC": [True, False]}
    default_options = {"shared": False, "fPIC": True}

    def generate(self):
        deps = CMakeDeps(self)
        deps.generate()
        tc = CMakeToolchain(self)
        tc.generate()

    def requirements(self):
        self.requires("lib_b/1.0")

步骤2：配置CMakeLists.txt自动引入依赖 #

你未提供lib_a的CMakeLists.txt，这是关键缺失项。按以下方式配置，让CMake自动获取lib_b的头文件和库路径：

cmake_minimum_required(VERSION 3.26)
# 必须在project前加载Conan工具链文件
include(${CMAKE_BINARY_DIR}/conan_toolchain.cmake)

project(lib_a)

# 查找Conan生成的lib_b依赖配置
find_package(lib_b REQUIRED)

# 定义你的静态库
add_library(lib_a STATIC src/lib_a.c src/lib_a.h)

# 链接lib_b，CMake会自动添加其头文件包含路径
target_link_libraries(lib_a PRIVATE lib_b::lib_b)

# 声明自身的头文件路径（如果需要对外暴露）
target_include_directories(lib_a PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}/src)

步骤3：验证lib_b的Conan包是否正确打包头文件 #

如果lib_b的Conan包未将头文件放入标准include目录，即使下载成功也会找不到文件。检查lib_b的conanfile.py的package()方法，确保它正确复制头文件：

def package(self):
    # 假设lib_b的头文件存放在src目录，复制到包的include目录
    self.copy("*.h", dst="include", src="src")

步骤4：修正CI流水线的conan create命令 #

你的CI命令创建profile后，未在conan create时指定使用该profile，可能导致构建环境不匹配。修改命令：

conan create . --profile ./profile -c "tools.build:verbosity='verbose'" --remote=toollib_registry

验证逻辑 #

Conan的CMakeDeps生成器会在构建目录下生成lib_b-config.cmake等配置文件，find_package(lib_b REQUIRED)会加载这些文件，自动为lib_b::lib_b目标设置头文件路径和库路径；执行target_link_libraries后，编译lib_a时会自动包含lib_b的头文件目录。

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