我最近开始使用gitflow概念,并且对release-*分支有疑问。
每当我创建新的release(-branch)时,我会进行某种验证以验证软件的基本部分仍按预期工作。偶尔,这会揭示出一些需要修复的错误,然后才能将此代码接受为新的稳定版本。
如果这些错误有简单的解决方案,我可以在该release-*分支上进行单个提交,合并到develop分支,然后完成。
然而,当问题比较复杂时,我不太确定该怎么做。
每当我创建新的release(-branch)时,我会进行某种验证以验证软件的基本部分仍按预期工作。偶尔,这会揭示出一些需要修复的错误,然后才能将此代码接受为新的稳定版本。
如果这些错误有简单的解决方案,我可以在该release-*分支上进行单个提交,合并到develop分支,然后完成。
然而,当问题比较复杂时,我不太确定该怎么做。
我不能使用特性分支:
那些从develop开始,而自发布以来,develop已经发生了变化。我不认为我应该使用热修复分支:
我需要从发布分支而不是主分支(master)开始,并且我也不想将更改合并到主分支(master)中(至少在完整的发布得到适当验证之前)。我不认为我应该直接在发布分支上工作:
这可能会在发布分支上产生有问题的代码(仍在开发中的代码几乎永远都不是好代码)。
也许我应该使用一个releasefix-*分支或类似的东西......?有什么建议吗?