25

我正在使用 GIT 来管理内容管理系统 (CMS) 项目。CMS 可以有多个插件（模块）。

所以基本上，我想要 3 种类型的存储库：

  • 核心 CMS 开发（每个新项目都是对最后一个稳定和未配置版本的检查）
  • 每个模块/插件 1 个存储库。（每个新项目都会检查他们想要实现的模块的最后一个稳定版本）
  • 每个项目 1 个存储库（每个客户端将是一个代表核心 CMS 和模块的个性化的存储库）

对于类型 1 和 2，我想它是简单的基本存储库。但是当谈到客户项目时，我感到困惑：

  • 首先我将克隆 CMS，然后进入 /modules/ 文件夹并再次克隆所有必需的模块？这将在存储库中创建一个存储库！第一个 repo 会尝试记录每个模块的 .git/ 文件夹吗？
  • 我不能使用子模块，因为每个客户都需要个性化他们的模块。
  • 如果我修改模块的核心组件（不是个性化，只是错误修复），我可以将该单个文件推送到原始模块存储库吗？
  • （不谈论将四处传播的模块 unitTest ）

所以问题是：我应该如何组织存储库/文件/文件夹以提高效率？

4

2 回答 2

13

您描述的布局将非常适合 git 子模块。我会轻轻地推荐阅读文档并尝试一些教程。您的计划引入的主要区别是每个客户端存储库和客户端插件存储库将有两个遥控器而不是一个。而且，当您想开始一个新的客户项目时，您需要

  1. fork 主线 cms
  2. fork 所有将被修改的插件
  3. 从 (1) 克隆分叉的 cms，更新其子模块以指向 (2) 的新遥控器
  4. 初始化/更新子模块
  5. （可选）在客户端的分叉 cms 中添加主线 cms URL 作为远程
  6. （可选）将主线插件 URL 作为远程添加到客户端的分叉插件中

更好的选择可能是使用相同的存储库并简单地为每个客户端创建一个分支。我就是这样做的。

于 2011-03-25T20:08:15.257 回答
8

关于上一个答案的简短更新/附加信息：如果您不喜欢git submodules方法或认为这太难理解，您可以尝试

不要忘记检查是否可以使用其他依赖管理器（例如 RubyGems 用于 Ruby，Composer 用于 PHP ......）而不是子模块，它会更容易使用和维护。

于 2016-01-25T18:50:17.893 回答