Gitflow：合并发布错误修复回从主开发

Question

我的问题是围绕gitflow过程中的一个非常具体的点（如记录here）。

我已将release/1.2的错误修正合并为master，并进行了相应标记。

除了历史记录外，从release/1.2反向合并与从master反向合并到develop之间有什么区别。如我所料，没有任何区别。

对此有危险吗？我以后会遇到杂乱的问题吗？我错过了明显的东西吗？我怀疑这个答案可能与master中的其他功能有关，但目前应保持在develop之外。

合并释放发展：

在合并主开发：

Answer 1

如果合并master回你的发展，你将有所有的merge branch release/x.y into master合并提交您的开发分支，而什么时候合并release/x.y分支本身，你只会得到真正的改变。

当然，这或多或少是一个整容问题。但合并方向通常只有从develop到master，从来没有其他的方式。

没有真正的危险，除了说合并承诺凌乱你的develop分支。如果你坚持这个流程，那么master中不会有develop中的功能，因为修复程序和发布分支应始终合并到develop以及master中。

Answer 2

我怀疑答案可能是与已经进入master其他功能做的，但应保持出develop的时刻。

master的提交进入develop，无论如何将有下一个修补程序合并。如果有真正的代码更改，它可能是意想不到的结果并扭曲了hostfix内容。

将稳定分支（gitflow中的master）合并到开发分支（gitflow中的develop）在各种git工作流中是已知的方式。 Bbitbucket服务器（由Atlassian出售的商业解决方案）具有Automatic branch merging的功能。 Git项目本身总是将分支maint并入master，因为有一些错误修正。

所以我真的不明白为什么gitflow的作者选择了另一种方式。这可能是没有真正的理由，这只是一个意外的决定。