具有相同基本仓库的两个“配置”时的存储库结构？答案

【问题标题】：Repository structure when having two "configs" of the same base repo?具有相同基本仓库的两个“配置”时的存储库结构？
【发布时间】：2009-06-13 10:22:15
【问题描述】：

所以我的存储库存在一些结构问题。希望各位大神指点一下如何推进。

设置；

我有一个大型 Web 项目，其中集成了多个开源解决方案。我将所有内容都保存在 Bazaar 存储库中。

问题；

我现在想要这个站点的两个或多个“配置”，这意味着 数据库和 css/模板 必须不同。我如何正确地分支这个？我不希望我的“基础网络项目”在两个或更多存储库中。

将另一个配置数据库放在另一个 repo 中很好，但是当我从基本 repo 中移出 .css 时会出现问题。

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

想法；

我目前的想法是有一个 basesite-repo 没有 css 文件，另一个带有数据库的 config-repo 用于 basesite-repo 和所有 200 个 .css 文件。

每当我想签出网站并进行设置时，这都可以正常工作，在同一目录中进行两次签出。应该可以吧？

但是当我在本地站点（意思是base+config）上工作时，我该如何解决呢？在同一个目录中有两个分支？我预见到发布错误修复将是一件痛苦的事情......如果它甚至支持（？）

我的想法结构可能是什么样子；

//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

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

【问题讨论】：

标签： continuous-integration repository branch repository-design

【解决方案1】：

许多源代码控制系统支持包含大部分相同文件的分支的想法。将基本文件放在一个分支存储库中对您来说可能不是问题。

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

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

【讨论】：