我一直在考虑使用git flow，但在修补程序的原始设计中似乎有一个漏洞。
假设你已经发布了几个版本-你的主版本有0.1、0.2、0.3、1.0、1.1、2.0等标签。你在0.2中发现了一个错误，并想发布0.2.1并进行修复。发布标签在哪里？它不能进入master，因为它在2.0版本中。它只是在修补程序分支上吗？然后，该分支是否可以用类似的方式创建0.3.1和1.1.1版本，在1.1.1修补程序分支上使用标记，并合并到一个挂起的发布分支中？
即使最初的gitflow从未"升级"过支持分支，您也会遇到另一个问题。最初的git流不允许您从支持分支创建修补程序。
首先，我假设您在x.y.z 中使用语义版本2.0.0
在我看来，要回答您的问题：您使用发布的支持分支，现在的问题当然是您要保留和创建多少个支持分支。就我个人而言，如果你支持旧版本，我会为x.y版本保留分支。
标签会在支持分支上继续。
如果修补程序需要在发布之前一直实现，有两种方法可以做到：
- 像你建议的那样摘樱桃
- 创建一个修补程序并将该修补程序用于其他版本
如果修补程序只有一次提交，我想你可以做Cherry Pick，如果更多，我会用git format-patch创建修补程序，并使用git am将它们添加到其他分支。
现在，为了能够从支持分支创建修补程序/错误修复程序/发布分支，您需要使用gitflow AVH Edition（免责声明：我开发了gitflow AVH-Edition）