Git Flow-如何合并修补程序以在请求请求中发生冲突时进行开发

问题描述 投票:0回答:1

我正在使用标准git-flow:

  • 主分支
  • 开发分支
  • 修补程序分支(与发行标签合并)

并拉取请求。我的hotfix分支已与release分支合并,现在发布了hotfix,因此我想将hotfix分支合并到developer和master。问题是,develop分支中存在冲突-自创建release标签以来,只需将正在进行的开发修改为相同文件即可。

因此,我创建了合并合并修补程序的请求,以开发由于冲突而无法合并(在BitBucket中)的修补程序。解决此问题的正确方法是什么?

我正在考虑:

  • 通过development创建一个新分支
  • 从修补程序分支到新分支的樱桃选择提交
  • 创建合并新分支以进行开发的请求

但是似乎很多手动工作(从理论上讲-实际上我在hotfix分支中可能有5次提交),并且我希望有一些简单的方法来做到这一点,这符合git flow。

git merge bitbucket git-flow hotfix
1个回答
0
投票

Master应该总是始终为release +下一个版本的更改。因此,除非抛弃了此修补程序(即,需要对下一个版本正确重做的紧急破解),否则首先要发生的是release上的更改需要合并或应用于master ]。如果这导致冲突,则需要正确解决这些冲突。正确地说,我的意思是逻辑上正确,并且代码按预期运行,并且所有测试均通过。没有神奇的人工智能(目前)可以为您做到这一点-尽管有不同的合并算法可能会使其更容易/更难,但这是git的非常高级的用法。

一旦修复程序更改在master上,下一步就是重复该过程,这次是从masterdevelop

其他任何变更流程都会破坏releasemasterdevelop分支的整体含义和目的。

© www.soinside.com 2019 - 2024. All rights reserved.