我正在尝试关注git流程。不知何故,当合并release -> master
时,我最终会遇到冲突。
+<<<<<<< destination:0632e01db317e3a4278fe08d4792da16b44af267
"version": "0.11.0",
+=======
+ "version": "0.12.0",
+>>>>>>> source:e3ef91821bb20497449edc85049daa9e3398d8bf
解决它的最佳策略是什么?将release合并到develop / master时解决冲突似乎不对,是吗?
答案 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
分支机构,并解决最低分支机构中的冲突。