是否有使用git和Feature Branch工作流程的修补程序版本的约定？

Question

在小型团队（而不是Feature Branch）中使用Gitflow工作流程时，是否存在将热修复程序应用于以前在主服务器上标记的版本的约定？

例如：

1. v1.0.0在特定时间点发布，此时会创建一个标记。
2. 开发人员继续处理功能分支，这些功能分支在完成和审核后合并为主分支，以便为将来的v1.1.0版本做好准备。
3. 客户开始遇到问题，并且认为有必要将修补程序发布到v1.0.0（称之为v1.0.1），而忽略了v1.1.0的进度。

使用Gitflow，分支结构是显而易见的，因为master只由标记版本组成 - 从master分支，修复，合并修复到master，release和master来自master。通过Feature Branch工作流程，我想知道如何处理这一问题，保留易于理解的历史记录。

Answer 1

一种选择是在分支中创建修补程序，在分支中标记它，然后将分支合并到master。这样，您仍然可以使用修补程序版本和将来版本的修复程序，但修补程序的标记不是master的第一个父链。