管理多个项目的C++依赖项
Managing C++ Dependencies over Multiple Projects
目前,我正在一个包含多个项目的存储库中工作。我继承了这个存储库,所以它的架构不是我的设计。每个项目都依赖于一些始终相同的源文件。现在,我快速而肮脏的解决方案只是通过颤抖复制粘贴不断更新每个项目子目录中的文件。在不复制源文件的情况下管理这些依赖项的更好方法是什么?作为补充说明,创建要存储在我的用户路径中的库不是一个可行的选择。这将使运行单元测试和确保所有项目的最新功能变得更加容易。感谢您的建议!
这听起来像是Maven的完美工作。如果您正在使用C++则需要使用插件来获得本机代码编译支持。看看这个:
http://duns.github.io/maven-nar-plugin/
不要复制每个项目的通用源文件。而是将它们放在名为 CommonSrc 的文件夹中,然后使用"添加现有..."。以将源包含在每个项目中。
要么,要么将公共源代码编译到库中,然后静态或动态链接到该库。
相关文章:
- 如何从C++中的依赖类型中获得它所依赖的类型
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 将依赖名称显式标记为类型名和模板的奇怪之处
- 在 Windows 上,是否可以让 dll 在不使用 PATH 环境变量的情况下在另一个文件夹中查找依赖项?
- C++GTKMM gui循环依赖关系
- 通过ccmake在cmake中缓存依赖选项
- 当基类是依赖类型时,这是一个缺陷吗
- 从不同的附加依赖项中识别等同命名的函数
- 如何在 CMake 中对目标依赖项进行分组?
- 是否可以依赖函数范围的静态变量来执行程序关闭期间调用的方法?
- 为什么构建目录中新构建的共享库与安装目录中的副本具有不同的依赖项集?
- VS 2015 链接错误 无法构建依赖于 libcurl 的项目
- 通过依赖类型使用非类型模板参数的单类型模板参数类模板的部分专用化
- 为什么内存屏障依赖于变量?
- node-gyp 的先有鸡还是先有蛋的问题:指向依赖项中的头文件
- 反转依赖于 end() 的迭代器
- GCC,CMake,预编译标头和维护依赖项
- 使用 'typename' 关键字将非类型视为依赖上下文中的类型
- 使用 Git 处理 C++ Visual Studio 2019 解决方案的外部依赖项源代码管理的最佳方法是什么?
- 为什么依赖模板类型在部分专用化中不可推导?