我们正在使用GitFlow,采用一个相当标准的设置,其中我们有:
我们发现,当我们执行GitFlow Hotfix并尝试完成该hotfix时,在从hotfix分支合并到develop的过程中,它将尝试将这些配置差异从master合并到develop,即使这些配置更改不是作为hotfix的一部分完成的。
我的同事断言,这个问题可能是master分支在我们最初转换为GitFlow时从develop分支分支形成的副作用,而不是我们使用GitFlow Releases功能。
有没有人对这种设置或症状有任何经验,或者有任何建议来尝试解决它?我们考虑尝试通过使用GitFlow Release功能或使用Git属性来忽略合并文件来重新创建master,但感觉可能有更明智的方法来解决这个问题。
- Master代表最新生产版本
- develop代表正在进行的开发
- hotfixes / x下的一些热修复代表正在进行的错误修复
- features / x下的一些特性代表下一个版本中正在进行的更大的特性。
我们发现,当我们执行GitFlow Hotfix并尝试完成该hotfix时,在从hotfix分支合并到develop的过程中,它将尝试将这些配置差异从master合并到develop,即使这些配置更改不是作为hotfix的一部分完成的。
我的同事断言,这个问题可能是master分支在我们最初转换为GitFlow时从develop分支分支形成的副作用,而不是我们使用GitFlow Releases功能。
有没有人对这种设置或症状有任何经验,或者有任何建议来尝试解决它?我们考虑尝试通过使用GitFlow Release功能或使用Git属性来忽略合并文件来重新创建master,但感觉可能有更明智的方法来解决这个问题。