Git工作流程有两个主要分支？

Question

在以下情况下，我需要定义一个Git工作流程：

• 目前有一个版本正在生产中（我们将其称为v1.x）
• 还有一个新版本（v2.x），将来某个时候将替换当前版本
• 它们都共享许多功能（到目前为止，大约80％的代码是相同的）
• 两个版本都在积极开发中：
  • v1.x和v2.x的60％的新功能相同
  • 20％专用于v1.x，仅20％专用于v2.x
• 两个版本也都在测试中（产品用户/测试人员）
  • 有时需要产品（v1.x）的修补程序
  • 没有将高优先级的bug视为正常任务
• 每1-2个月发布一个新的产品版本（例如v1.1-> v1.2）

我们当前的方法是：

• 将master视为v1.x
• 为发行版（v1.1，v1.1，...）创建新分支
• 在master上开发通用代码并将其合并到v2.x
• 仅在其中一个分支上为v1.x / v2.x开发代码，而不将这些更改合并到另一个分支

我做了一些研究，发现：

• gitflow-我不知道将其应用于我的案例（两个主要分支共享大量代码）
• support-branches-我在类似的SO主题中找到了它，但是，我仍然不知道如何在我的情况下使用它

---

总结：

您能告诉我上述情况下可能的Git工作流程是什么吗？
分支看起来如何？
我应该合并什么？我该如何合并（樱桃拣选？）仅提交我想要的内容，而不合并不需要的代码？