如果您知道如何合并,从中创建新分支,则任一选项都将起作用 bugfix 要么 development 是很好的选择,但我会建议它来做 bugfix 因此合并起来会更容易 development 后来。
bugfix
development
在gitflow分支方案中,通常不会将非集成分支彼此合并。一切最终都会合并到集成分支中 development (未发布的东西)和/或 master (发布)。
master
如果bugfix分支是分支的 master ,它是一个“修补程序”分支,应该合并到 master 和 development (然后删除)。
如果bugfix分支是分支的 development 它应该合并回开发(然后删除)。
如果你已经开始在自己的分支上开发新功能(可能已经分支了 development )如果你需要功能分支上的错误修复,然后合并 development 将错误修复合并到功能分支后 development 。如果您在开发功能时不需要修复错误,请等待该功能准备就绪并进行合并 development 错误修复已经合并的地方。
如果您尚未开始处理该功能,只需从中创建功能分支即可 development 在错误修复已合并之后。