我正在使用 GIT 来管理一个内容管理系统 (CMS) 项目。 CMS可以有多个插件(模块)。
所以基本上,我想要 3 种类型的存储库:
- 核心 CMS 开发(每个新项目都是对最后一个稳定且未配置的版本的检查)
- 每个模块/插件 1 个存储库。 (每个新项目都会检查他们要实现的模块的最后一个稳定版本)
- 每个项目 1 个存储库(每个客户端将是一个存储库,代表核心 CMS 和模块的个性化)
对于类型 1 和 2,我猜它是简单的基本存储库。 但是当涉及到客户项目时,我感到困惑:
- 首先我将克隆 CMS,然后进入/modules/文件夹并再次克隆所有必需的模块?这将在存储库中创建一个存储库!第一个 repo 会尝试记录每个模块的 .git/文件夹吗?
- 我不能使用子模块,因为每个客户都需要个性化他们的模块。
- 如果我修改模块的核心组件(不是个性化,只是错误修复),我可以将该单个文件推送到原始模块存储库吗?
- (不是说要到处传播的模块unitTest)
所以问题是: 我应该如何组织存储库/文件/文件夹以提高效率?
最佳答案
您所描述的布局将非常适合 git 子模块。我建议您阅读 docs并尝试一些 tutorials .您的计划引入的主要区别是每个客户端存储库和客户端插件存储库将有两个 Remote 而不是一个。而且,当您想开始一个新的客户项目时,您需要
- fork 主线 cms
- fork 所有将被修改的插件
- 从 (1) 克隆 fork 的 cms,更新其子模块以指向 (2) 的新 Remote
- 初始化/更新子模块
- (可选)将主线 cms URL 添加为客户端的分支 cms 中的远程
- (可选)在客户端的 fork 插件中添加主线插件 URL 作为远程
更好的选择可能是使用相同的存储库并简单地为每个客户端创建一个分支。我就是这样做的。
关于Git 子模块或子存储库或远程?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5437460/