git flow release 上修復(fù) BUG 是否有好的解決方案

我最近考慮在項目組是否引入 git flow 工作流，采用的是 sourcetree 工具內(nèi)置的 git flow 工具(這樣可以降低學(xué)習(xí)成本)，但是在使用時，發(fā)現(xiàn)了一些flow流程和工作流程上的一些問題。

工作流程：功能需求,功能開發(fā),功能測試,合并,修復(fù)問題,發(fā)布版本,集中測試,修復(fù)問題,上線

我測試 gitflow 工作流，發(fā)現(xiàn) release 分支只能在當(dāng)前發(fā)布上修改，這樣勢必脫離了一個BUG一個分支的想法。舉個例子，我若在 發(fā)布版本 發(fā)現(xiàn)了 10 個BUG，屬于5個人的功能，那么這5個人都必須在當(dāng)前發(fā)布分支上進行修復(fù)，這時流程是不是非常的糟糕。

公司沒有采用敏捷開發(fā)，F(xiàn)ork 工作流成本較高，大家有什么好的建議，如果 release 分支上手動創(chuàng)建修復(fù)分支，尚不如采用單 develop 分支，然后在上面創(chuàng)建功能和BUG，所有的分支全部出自 develop 合并至 develop。