git - 两个主要分支的 Git 工作流？

Question

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

• 目前有一个版本正在生产中（我们称之为v1.x）
• 还有一个新版本 ( v2.x) 将在未来某个时间取代当前版本
• 它们都共享很多功能（到目前为止，大约 80% 的代码是相同的）
• 两个版本都在积极开发中：
  • 60% 的新功能对于v1.x和v2.x
  • 20% 专供v1.x, 20% 只供v2.x
• 两个版本也在测试中（产品用户/测试人员）
  • v1.x有时需要prod ( ) 的修补程序
  • 没有高优先级错误被视为正常任务
• 每 1-2 个月发布一个新的 prod 版本（例如v1.1-> v1.2）

我们目前的做法是：

• 当作master_v1.x
• 为发布创建新分支 ( v1.1, v1.1, ...)
• 开发通用代码master并将其合并到v2.x
• v1.x仅在其中一个分支上为/开发代码，v2.x不要将这些更改合并到另一个分支

我做了一些研究，发现：

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

---

把它们加起来：

你能告诉我所描述的案例可能的 Git 工作流程是什么吗？
树枝应该是什么样子的？
我应该合并什么？我怎样才能合并（cherry-pick？）只提交我想要的而不合并不需要的代码？

标签： gitmergeversion-controlgit-flow