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

Question

与小团队（不是Gitflow ）一起使用Feature Branch工作流时，是否有约定将热修复应用到以前标记为 master 的版本？

例如：

1. v1.0.0 在特定时间点发布，此时会创建一个标签。
2. 开发人员继续在功能分支上工作，这些分支在完成和审查后合并到 master 中，为遥远的未来 v1.1.0 版本做准备。
3. 客户开始遇到问题，并且认为有必要发布 v1.0.0 的修补程序（称为 v1.0.1）而忽略 v1.1.0 的进展。

使用 Gitflow，分支结构很明显，因为 master 仅由标记的版本组成——从 master 分支、修复、将修复合并到 master、从 master 发布和标记。对于 Feature Branch 工作流程，我想知道这通常是如何处理的，并保留了易于理解的历史记录。

Answer 1

一种选择是在分支中制作修补程序，在分支中对其进行标记，然后将分支合并到master. 这样一来，您仍然会获得适用于修补程序版本和未来版本的修补程序，但修补程序的标签不是master.