gitflow：错误修复即将发布的版本

Question

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

每当我发布新版本（分支）时，我都会进行某种形式的验证，以验证软件的基本部分是否仍按预期运行。 时不时地，这揭示了一些错误，需要先进行修复，然后才能将此代码作为新的稳定发行版接受。

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

• 我不能使用功能分支：
  那些都是从开发开始的，从发布开始就一直在发展。

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

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

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

Answer 1

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

这种类型的分支应该是

• 当前版本分支的分支（假设只有在没有其他版本仍待处理时才可以启动新版本）
• 合并到发布分支（其父级）和开发分支中
• 以releasefix-前缀开头

我为此使用了新的分支类型，以确保不会在错误的分支中意外合并任何发行版修订。

Answer 2

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

git flow bugfix start [branchName]

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