适用于不同版本框架的Git工作流程

Question

我们有以下设置:三个相似的应用程序,将公共代码提取到框架中.每个应用程序都在自己的git存储库中进行管理,并将框架作为git子模块包含在内.

问题是,现在应用程序与并行开发的新功能被添加到框架中,其他应用程序不需要立即支持.目前,我们为所有应用程序提供了不同的框架分支.一个应用程序使用框架的主分支,因为大多数时候新功能首次在此应用程序中引入.

框架分支

当appB中引入了一个需要在框架中进行更改的新功能时,会对分支appB进行更改.如果以后需要在App A中进行这些更改,则将分支appB合并为master.这意味着appB中的所有更改都必须合并到master中.

这个系统有效,但有一些缺陷

我们目前正在寻找新的工作流程.我考虑过拥有以下分支机构

因此,对于每个应用程序,一个分支和一个包含所有更改的主分支.在开发新功能时,应创建功能分支,然后将其应用于主分支以及所有应用分支,立即需要该功能.其他应用程序可以在以后需要该功能时合并功能分支.

我看到了以下问题

我的目的是实现这一目标的最佳方式还是我应该完全重新考虑我的策略？

Answer 1

正如“ Git 和在多个分支上工作”中所解释的，将提交应用于多个分支时（这就是您使用“功能分支”选项所做的事情）的两个实用解决方案是：

合并（这应该允许您继续重用该功能分支，因为它会跟踪已经合并到特定分支的内容）： arebase --interactive可能是为了让您重新排序提交，将您想要的放在第一位合并，然后是那些你还没有准备好合并的。
择优挑选（现在它支持一系列提交），但我一直对择优挑选持谨慎态度。