我一直在考虑使用git flow，但原始设计中似乎存在一个漏洞。
说你已经完成了几个版本 - 你的主人有0.1,0.2,0.3,1.0,1.1,2.0等的标签。你发现0.2中的一个错误，并希望发布一个0.2.1的版本固定。发布标签在哪里？它不能像版本2.0那样进入主人。它只是在修补程序分支上？然后可以使用该分支以类似的方式创建0.3.1和1.1.1版本，使用1.1.1修补程序分支上的标记，并合并到挂起版本分支中吗？
答案 0 :(得分：0)
即使原始gitflow从未“升级”支持分支，您也会遇到另一个问题。原始的git-flow不允许您从支持分支创建一个修补程序以开始。
首先，我假设你在x.y.z中使用Semantic Versioning 2.0.0
在我看来时回答你的问题： 您使用支持分支进行发布，现在问题当然是您将保留和创建多少支持分支。就个人而言，如果你支持旧版本，我会为x.y版本保留分支。
标签将在支持分支上继续。
如果需要在发行版中一直实现修补程序，有两种方法可以执行此操作：
如果修补程序只有一个提交，我猜你可以做一个Cherry Pick，如果它更多，我会用git format-patch创建补丁并使用git am将它们添加到其他分支。
现在再次能够从支持分支创建修补程序/错误修复/发布分支，您需要使用gitflow AVH Edition（免责声明：我开发了gitflow AVH版）