我的问题是围绕 gitflow 过程中的一个非常具体的点(如此处所述)。
我已经将错误修正从release/1.2into合并master,并适当标记。
除了历史长相,有什么之间的差异是如何从背合并release/1.2从VS背合并master成develop。
我已经尝试了两种方法,在我简单的、人为的例子中,我看不出有什么不同develop,正如我预期的那样。
这有危险吗?我以后会遇到麻烦的问题吗?我错过了一些明显的东西吗?我怀疑答案可能与已经进入的其他功能有关master,但目前应该保留develop。
合并发布以开发:
合并主开发:
如果您合并master回您的开发,您将merge branch release/x.y into master在您的开发分支中拥有所有合并提交,而在合并release/x.y分支本身时,您只会获得真正的更改。
当然,这或多或少是一个表面问题。但是合并方向通常只是 from developto master,而不是相反。
除了上述合并提交使您的develop分支混乱之外,没有真正的危险。如果你坚持的流动,因此也从不在功能master中没有的develop,因为热修复程序以及发布分支应该总是被合并到你的develop,以及在master。
| 归档时间: |
|
| 查看次数: |
3587 次 |
| 最近记录: |