CMake处理Git子树重复依赖问题技术求助

你遇到的问题核心是同一个CMake目标（core库）被两次定义——你的myproject里直接引入了core子树，而plot子树内部也包含了一份core，CMake在处理这两个路径时会尝试两次创建core库目标，这就触发了重复定义的报错。

下面是几个可行的解决方案，你可以根据项目需求选择：

方案1：移除myproject中直接引入的core，依赖plot内部的core #

既然plot已经依赖并包含了core，完全可以让myproject通过plot来间接使用core，不需要再单独引入一份：

• 删掉myproject下Thirdparty-subtrees/core目录
• 在myproject的CMakeLists.txt中，确保先引入plot的CMake配置，然后直接使用target_link_libraries(myproject PRIVATE plot)——只要plot的CMake配置里已经正确链接了core，并且把core的头文件路径通过target_include_directories暴露给了依赖它的目标，myproject就能自动使用core的功能。

方案2：在CMake中检查目标是否存在，避免重复构建 #

如果你确实需要在myproject中保留独立的core（比如需要使用和plot不同版本的core），可以修改myproject的CMakeLists.txt，在引入core的CMake配置前先检查目标是否存在：

# 引入plot的CMake配置
add_subdirectory(Thirdparty-subtrees/plot)

# 检查core目标是否已存在（由plot引入），不存在才引入自己的core
if(NOT TARGET core)
    add_subdirectory(Thirdparty-subtrees/core)
endif()

# 后续正常链接目标
target_link_libraries(myproject PRIVATE core plot)

这种方式能避免重复定义，但要注意版本一致性——如果plot的core和你直接引入的core版本不同，可能会出现兼容性问题。

方案3：给子树依赖添加命名空间（需要修改依赖的CMake配置） #

如果希望同时保留两份core（不推荐，除非有特殊需求），可以修改core的CMakeLists.txt，给目标添加命名空间：

# 在core的CMakeLists.txt中，把add_library改为带命名空间的形式
add_library(core::core STATIC ${CORE_SOURCES})
# 同时调整头文件路径的暴露
target_include_directories(core::core PUBLIC ${CMAKE_CURRENT_SOURCE_DIR}/include)

然后在plot和myproject中，分别使用命名空间来链接：

• plot的CMakeLists.txt：target_link_libraries(plot PRIVATE core::core)
• myproject的CMakeLists.txt：target_link_libraries(myproject PRIVATE core::core plot)
  这种方式需要修改core的原始CMake配置，适合你能控制core仓库的情况。

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