Git工作流多个存储库和变基(?)

时间:2013-06-26 22:15:23

标签: git version-control repository workflow project

嘿,伙计们,我一直想知道这是否可行?我一直在思考它几个小时,我不能把头缠在它上面!

假设我有X个客户对电子商务/ cms系统感兴趣(基本上是什么),在我完美的世界中,我希望有这种情况(如果你认为我疯了,请说服我吧!我是开放的对于不同的建议):

软件存储库(A) 是电子商务系统或cms ,最新版本。哪些将根据供应商发布的周期定期更新。 (是的我知道在这里版本软件依赖可能不是最好的主意,但我很感兴趣,这3层“蛋糕”实际上是否可行)。

设计存储库(B),其中多个包含从某个基础样式开始。与软件供应商的方法联系起来。

客户端存储库(C),这将是A的主人的初始结账,包含某种设计风格,比如说B-2。并将使用特定的客户端功能,样式等进行更新。

现在让我们说我们让客户对我们的项目感到满意,我想让他们更高兴通过提供定期更新来保证他们的CMS /电子商务解决方案的安全,是否有任何(简单)方法可以做到这一点工作时尚:

  1. 使用新版本的电子商务/ cms软件更新软件存储库
  2. 提交这些更改
  3. 将这些更改拉入相应的设计中(当然,如果需要,还会生成多个)。并提供设计中新功能的更新或其他任何内容。
  4. 将这些更改提交到特定的设计存储库。
  5. 现在我们开始拉动我们的客户端存储库并使用之前的更改更新这些存储库,在我们能够部署之后。
  6. 我似乎想到这一点的唯一方法是基于单个存储库中的git-rebasing,在几个分支之间,但这对我来说似乎不是理想的解决方案。

    我是疯子吗?或者我需要一个鳟鱼,并获得一个简单的解决方案?

    感谢您花时间阅读/回复!

1 个答案:

答案 0 :(得分:0)

听起来对我来说最好是1)启用软件的不同配置,如果失败2)使用Git分支。

我认为维护单个代码库会更容易。尝试根据配置文件或类似的东西启用大多数差异作为配置。

如果您确实需要在不同版本的代码中存在大的和永久性的差异,请使用永久Git分支,这样您就可以在分支之间至少轻松地mergecherry-pick功能和补丁。