gitflow：修复即将发布的错误

Question

最近开始使用gitflow概念，对release-*分支有疑问

每当我发布新版本（-branch）时，我都会执行某种验证以验证软件的基本部分是否仍按预期运行。时不时地，这会揭示一些需要修复的错误，在此代码才能被接受为新的稳定版本。

如果这些错误有一个简单的解决方案，我可以在该 release-* 分支上进行一次提交，将其合并到开发中，然后我就完成了。
但是，当错误稍微复杂一点时，我不太确定我应该做什么。

• 我无法使用功能分支：
  那些从开发开始，自发布以来一直在发展 发起。

• 我认为我不应该使用修补程序分支：
  我需要从发布分支而不是 master 开始，我也不希望将更改合并到 master 中（至少在完整版本得到正确验证之前）。

• 我认为我不应该直接在发布分支上工作：
  这会在发布分支上生成损坏的代码（仍在开发中的代码几乎永远不是好代码）

也许我应该使用 releasefix-* 分支或类似的东西...？有什么想法吗？

Answer 1

经过与同事的小小讨论，我使用了一个新的分支类型：releasefix

这种类型的分支应该是

• 当前版本分支的分支（假设只有在没有其他版本仍未决时才能启动新版本）
• 合并到发布分支（它的父分支）和开发分支
• 从 releasefix- 前缀开始

我为它使用了一个新的分支类型，以确保不会意外地将发布修复合并到错误的分支中。

Answer 2

对于 2018 年发现这个的人。现在有一个 git flow bugfix 命令可以像这样使用：

git flow bugfix start [branchName]

对于这个特定问题 [branchName] 将是发布分支。