我正在尝试关注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分支机构，并解决最低分支机构中的冲突。