我正在使用标准git-flow:
并拉取请求。我的hotfix分支已与release分支合并,现在发布了hotfix,因此我想将hotfix分支合并到developer和master。问题是,develop分支中存在冲突-自创建release标签以来,只需将正在进行的开发修改为相同文件即可。
因此,我创建了合并合并修补程序的请求,以开发由于冲突而无法合并(在BitBucket中)的修补程序。解决此问题的正确方法是什么?
我正在考虑:
但是似乎很多手动工作(从理论上讲-实际上我在hotfix分支中可能有5次提交),并且我希望有一些简单的方法来做到这一点,这符合git flow。
Master
应该总是始终为release
+下一个版本的更改。因此,除非抛弃了此修补程序(即,需要对下一个版本正确重做的紧急破解),否则首先要发生的是release
上的更改需要合并或应用于master
]。如果这导致冲突,则需要正确解决这些冲突。正确地说,我的意思是逻辑上正确,并且代码按预期运行,并且所有测试均通过。没有神奇的人工智能(目前)可以为您做到这一点-尽管有不同的合并算法可能会使其更容易/更难,但这是git的非常高级的用法。
一旦修复程序更改在master
上,下一步就是重复该过程,这次是从master
到develop
。
其他任何变更流程都会破坏release
,master
和develop
分支的整体含义和目的。