git flow release 上修复 BUG 是否有好的解决方案

Question

我最近考虑在项目组是否引入 git flow 工作流，采用的是 sourcetree 工具内置的 git flow 工具(这样可以降低学习成本)，但是在使用时，发现了一些flow流程和工作流程上的一些问题。

工作流程：功能需求,功能开发,功能测试,合并,修复问题,发布版本,集中测试,修复问题,上线

我测试 gitflow 工作流，发现 release 分支只能在当前发布上修改，这样势必脱离了一个BUG一个分支的想法。举个例子，我若在 发布版本 发现了 10 个BUG，属于5个人的功能，那么这5个人都必须在当前发布分支上进行修复，这时流程是不是非常的糟糕。

公司没有采用敏捷开发，Fork 工作流成本较高，大家有什么好的建议，如果 release 分支上手动创建修复分支，尚不如采用单 develop 分支，然后在上面创建功能和BUG，所有的分支全部出自 develop 合并至 develop。

Answer 1

每一个Bug/Hotfix有自己独立的分支(git flow hotfix start)，在这个分支完成并测试后，合并到dev或者release(git flow hotfix finish)，然后再发布