合并发布时解决冲突 - >主

时间:2018-03-30 19:04:21

标签: git git-flow

我正在尝试关注git流程。不知何故,当合并release -> master时,我最终会遇到冲突。

+<<<<<<< destination:0632e01db317e3a4278fe08d4792da16b44af267
   "version": "0.11.0",
+=======
+  "version": "0.12.0",
+>>>>>>> source:e3ef91821bb20497449edc85049daa9e3398d8bf

解决它的最佳策略是什么?将release合并到develop / master时解决冲突似乎不对,是吗?

3 个答案:

答案 0 :(得分:1)

您必须在合并时解决任何冲突,独立于方向。否则合并结果将无法编译。

如果您的发布中有任何尚未开发/更新的更改,那么您可以将发布/开发合并到master。

如果你看看Diagramm的git flow,例如https://lucamezzalira.com/2014/03/10/git-flow-vs-github-flow/,那么从发布到开发和掌握都会定期合并。

答案 1 :(得分:1)

如果您将release分支合并到master,那么将hotfix合并到master的合并冲突肯定是可能的。解决此问题的最佳方法是将hotfix合并到release分支中,因为无论如何都应该有它。

另一种可能性是,如果您与当前版本同时创建了另一个release分支,并将其与当前master无序地合并到release。解决这个问题的好方法可能是合并版本,或重新组织版本之间的更改。

答案 2 :(得分:0)

您应该将master拉入release分支,解决冲突,然后推送解决方案。现在,您不会有任何冲突需要解决合并。

您可以使用合并或rebase执行此操作:

  • git pull origin master
  • git rebase origin/master

根据您的工作流程,您应该先将master带入前release分支机构,并解决最低分支机构中的冲突。