git submodule

这种问题不是在代码管理层面解决的，而是在系统架构层面解决的。举个例子，微信上跑了各种小程序，都用了同一套开发规范，但是并不各开发商都把微信的代码下载下来协同开发吧。

做应用系统也是一样的道理，如果应用系统的架构设计中考虑了第三方接入的“接口”那任何第三方都可以在按照规范开发的情况下，把程序接入大系统，不需要知道其他人的代码。框架层只需要发布一个规范，以及一套基础接口框架就可以了。

说起来简单，做起来难，不仅要有大局，还有很多细节需要处理。既然你们是买的一套框架，如果这套框架本身不支持插件式，可能要实现会有一些难度。

目标可以参考各种小程序框架，应用市场框架。技术可以参考微服务、微前端、插件化（比如 VSCode 就是经典中的经典）。具体该怎么做，就是具体情况具体分析了。

感觉这种代码管理方式有问题。 如果有代码合并，那么下一次fix bug或者开发新功能，肯定需要拉去全部代码，不然怎么基于最新代码做开发呢？

我提供一种思路，就是把网站的功能拆分成小模块，按照模块来创建仓库。不同公司维护不同的模块。模块间通过API约定好。

你只需要管理沟通好API，剩下的代码开发维护，由不同的公司维护不同的代码仓库。
如果出了bug，定位到模块，交由对应的公司去维护。

前端，
不同的人开发不同的页面 -> 微前端；
不同的人开发需求有交叉的功能 -> CDN、npm 包或 git submodule，总之代码加密好发出来。
不同的人开发同一个功能 -> 云主机；

如果楼主只是想解决手动合并的问题，那 gitlab pipeline、github actions、jenkins 这种都是合适的自动化工具

从描述上看，你的人工工作应该是可以自动化的。可以，写一个网页，让开发者自己填写相关信息，然后自动修改对应的文件。如果怕出错，可以加一个人工审核的步骤，审核通过再提交。