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

Question

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

例如：

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

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

Answer 1

一种选择是在分支中制作修补程序，在分支中标记它，然后将分支合并到master。这样一来，您仍然会获得适用于修补程序版本和未来版本的修复程序，但修补程序的标签不是 master 的第一父链的一部分。