国产高清在线免费观看-国产高清在线免费无码-国产高清在线男人的天堂-国产高清在线视频-国产高清在线视频精品视频-国产高清在线视频伊甸园

git submodule

這種問題不是在代碼管理層面解決的，而是在系統架構層面解決的。舉個例子，微信上跑了各種小程序，都用了同一套開發規范，但是并不各開發商都把微信的代碼下載下來協同開發吧。

做應用系統也是一樣的道理，如果應用系統的架構設計中考慮了第三方接入的“接口”那任何第三方都可以在按照規范開發的情況下，把程序接入大系統，不需要知道其他人的代碼。框架層只需要發布一個規范，以及一套基礎接口框架就可以了。

說起來簡單，做起來難，不僅要有大局，還有很多細節需要處理。既然你們是買的一套框架，如果這套框架本身不支持插件式，可能要實現會有一些難度。

目標可以參考各種小程序框架，應用市場框架。技術可以參考微服務、微前端、插件化（比如 VSCode 就是經典中的經典）。具體該怎么做，就是具體情況具體分析了。

感覺這種代碼管理方式有問題。 如果有代碼合并，那么下一次fix bug或者開發新功能，肯定需要拉去全部代碼，不然怎么基于最新代碼做開發呢？

我提供一種思路，就是把網站的功能拆分成小模塊，按照模塊來創建倉庫。不同公司維護不同的模塊。模塊間通過API約定好。

你只需要管理溝通好API，剩下的代碼開發維護，由不同的公司維護不同的代碼倉庫。
如果出了bug，定位到模塊，交由對應的公司去維護。

前端，
不同的人開發不同的頁面 -> 微前端；
不同的人開發需求有交叉的功能 -> CDN、npm 包或 git submodule，總之代碼加密好發出來。
不同的人開發同一個功能 -> 云主機；

如果樓主只是想解決手動合并的問題，那 gitlab pipeline、github actions、jenkins 這種都是合適的自動化工具

從描述上看，你的人工工作應該是可以自動化的。可以，寫一個網頁，讓開發者自己填寫相關信息，然后自動修改對應的文件。如果怕出錯，可以加一個人工審核的步驟，審核通過再提交。