Continuous integration 有两个“存储库”时的存储库结构；“配置”；同一基准回购协议？

所以我的存储库有点结构问题。我希望你们能给我一些建议，告诉我如何进行这项工作

设置

我有一个大型web项目，集成了几个开源解决方案。我都在集市的仓库里

问题

我想要两个或更多的“配置”这个网站现在，这意味着数据库和css/模板必须是不同的。我怎样才能正确地定义这个分支？我不希望我的“基本web项目”位于两个或多个存储库中

在另一个repo中放置另一个配置数据库是可以的，但当我从基本repo中移出.css时，问题就出现了

快速搜索“.css”可以找到大约200个文件。我可以清理这个，但是每当我更新我的开源目录时，我就会有一个集成地狱

理念

我目前的想法是一个没有css文件的basesite repo，另一个配置repo有basesite repo和所有200.css文件的数据库

每当我想签出站点并进行设置时，这一切都很好，在同一个目录中签出两个站点。应该有用吧

但是当我在本地的站点（意思是base+config）上工作时，如何解决这个问题呢？在同一目录中有两个分支？我预见到发布bug修复程序将是一件痛苦的事情……如果它得到支持（？）

我的想法结构会是什么样子

//base repo
<base site repo>
 -<admin>
     -index.php
 -<user>
     -index.php
...
 -<component>
      -<helper_v1.43>
          -index.php

//config 1 repo
<config1-repo>
 -<database>
 -<component>
      -<helper_v1.43>
          -<template>
              -main.css
-<admin>
  -admin.css
...
 -<user>
   -<timemodule>
       -<template>
           -time.css

//基本回购
-
-index.php
-
-index.php
...
-
-
-index.php
//配置1回购
-
-
-
-
-main.css
-
-admin.css
...
-
-
-
-time.css

---

这个问题在过去十年中肯定已经解决了好几次。但是我还是很迷茫，所以任何指导都将不胜感激。

许多源代码管理系统支持分支包含基本相同的文件的想法。将基础文件放在一个分支存储库中可能不是问题

您还可以仅为第二个repo中的配置内容创建分支。在应用修复之前在分支之间切换

---

另一种方法是，如果您有任何类型的构建或签出过程，请将配置文件的两个分支（或两个存储库）签出到单独的目录中，然后在构建过程中将正确的分支复制到正确的位置。

许多源代码管理系统支持分支包含基本相同的文件的想法。将基础文件放在一个分支存储库中可能不是问题

您还可以仅为第二个repo中的配置内容创建分支。在应用修复之前在分支之间切换

另一种方法是，如果您有任何类型的构建或签出过程，请将配置文件的两个分支（或两个存储库）签出到单独的目录，然后在构建过程中将正确的分支复制到正确的位置