为什么提到这个点因为我修改程序a中的头文件其实程序b中相关的头文件也需要同步修改但是它们在两个仓库中所以容易出现疏漏跨仓库共享头文件的方案你遇到的问题本质上是代码复用与同步的问题而且是在两个独立 Git 仓库之间。下面按推荐程度从高到低给出几种方案。我的一个想法使用共同的头文件然后目录名称也都一样可以手动对比两个仓库中头文件的差异。方案一抽出公共库最推荐把共享的头文件抽成一个独立的仓库作为第三方依赖引入。common-headers/ (独立 git 仓库) ├── include/ │ ├── foo.h │ └── bar.h └── CMakeLists.txt project-a/ (git 仓库 A) project-b/ (git 仓库 B)有待进一步思考和实践方案二Monorepo如果条件允许把 A、B 和公共头文件放到同一个仓库里monorepo/ ├── common/include/ ├── project-a/ └── project-b/优点改一处两边天然同步重构、搜索、CI 都简单缺点仓库变大权限粒度粗迁移成本高适用A、B 本来就是同一团队/同一产品线方案三Git Subtree不想用 submodule 的折中git subtree add --prefixthird_party/common-headers \ gitxxx/common-headers.git main --squash优点公共代码直接以普通文件形式存在仓库里clone 的人无感知缺点同步需要手动git subtree pull/push比 submodule 更重方案四自动化检测作为兜底无论用哪种方案都建议加一道CI 防线防止两边漂移哈希校验在 A、B 的 CI 里计算公共头文件的 hash与官方版本比对不一致就报警。定时同步检查CI定时任务 diff 两边公共头文件有差异发通知。强制走公共库如果头文件已经在公共库直接在 A、B 里删除本地副本只允许从公共库引入——从物理上杜绝两份拷贝。第 3 点是最根本的只要还存在两份拷贝就一定会漂移。待思考和实践。
为什么提到这个点因为我修改程序a中的头文件其实程序b中相关的头文件也需要同步修改但是它们在两个仓库中所以容易出现疏漏跨仓库共享头文件的方案你遇到的问题本质上是代码复用与同步的问题而且是在两个独立 Git 仓库之间。下面按推荐程度从高到低给出几种方案。我的一个想法使用共同的头文件然后目录名称也都一样可以手动对比两个仓库中头文件的差异。方案一抽出公共库最推荐把共享的头文件抽成一个独立的仓库作为第三方依赖引入。common-headers/ (独立 git 仓库) ├── include/ │ ├── foo.h │ └── bar.h └── CMakeLists.txt project-a/ (git 仓库 A) project-b/ (git 仓库 B)有待进一步思考和实践方案二Monorepo如果条件允许把 A、B 和公共头文件放到同一个仓库里monorepo/ ├── common/include/ ├── project-a/ └── project-b/优点改一处两边天然同步重构、搜索、CI 都简单缺点仓库变大权限粒度粗迁移成本高适用A、B 本来就是同一团队/同一产品线方案三Git Subtree不想用 submodule 的折中git subtree add --prefixthird_party/common-headers \ gitxxx/common-headers.git main --squash优点公共代码直接以普通文件形式存在仓库里clone 的人无感知缺点同步需要手动git subtree pull/push比 submodule 更重方案四自动化检测作为兜底无论用哪种方案都建议加一道CI 防线防止两边漂移哈希校验在 A、B 的 CI 里计算公共头文件的 hash与官方版本比对不一致就报警。定时同步检查CI定时任务 diff 两边公共头文件有差异发通知。强制走公共库如果头文件已经在公共库直接在 A、B 里删除本地副本只允许从公共库引入——从物理上杜绝两份拷贝。第 3 点是最根本的只要还存在两份拷贝就一定会漂移。待思考和实践。
改进与MATLAB实现详解)
