混帐流 : bugfixing an upcoming release

Question

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

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

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

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

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

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

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

Answer 1

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

这种类型的分支应该是

• 当前版本分支的分支(假设只有在没有其他版本未决时才能启动新版本)
• merge 到发布分支(它的父分支)和开发分支
• 以 releasefix- 前缀开头

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