如何无冲突合并含本地分支cherry-pick提交的分支？GitFlow冲突解决

这确实是GitFlow工作流里很容易踩的一个坑——当你把bugfix分支合并到develop，之后又将同一个bugfix提交cherry-pick到master做紧急hotfix，最后把master合并回develop时，Git会因为这两处的修复是不同的提交（哈希值不一样），哪怕代码内容完全一致，也会触发合并冲突。下面给你梳理一套稳妥的无冲突合并方案：

问题根源 #

Git判断两个变更是否重复，是通过提交哈希来识别的，而不是代码内容。你在master上cherry-pick的bugfix提交，和之前合并到develop的原bugfix提交，哈希值完全不同，所以Git会把它们当成两个独立的变更，合并时自然会产生冲突。

解决步骤 #

假设当前分支状态：

• develop已经合并了原bugfix/xxx分支，且后续合并了多个feature分支
• master已经通过cherry-pick原bugfix的提交完成了hotfix，且已推送到远程

1. 同步本地分支到最新状态 #

先确保本地的develop和master分支都是远程的最新版本：

git fetch --all
git checkout develop
git pull origin develop
git checkout master
git pull origin master

2. 用git merge --ours完成无冲突合并（推荐方案） #

这个方案不需要修改任何提交历史，直接告诉Git：当遇到冲突时，优先保留develop分支的内容（因为我们知道master里的hotfix其实就是develop已经有的bugfix）。

切换回develop分支，执行合并命令：

git checkout develop
git merge --ours master

执行后，Git会自动处理掉重复的bugfix变更，只合并master上新增的其他内容（如果有的话），全程不会弹出冲突编辑界面。

3. 推送合并结果到远程 #

合并完成后，直接推送到远程develop分支即可：

git push origin develop

预防方案（避免下次踩坑） #

如果以后需要从develop的bugfix里提取内容做master的hotfix，推荐两种更安全的方式：

• 方式一：从develop分支拉取hotfix分支，完成修复后，先合并到master，再合并回develop，这样提交哈希一致，不会有冲突
• 方式二：如果必须用cherry-pick，一定要加上-x参数，这个参数会在提交信息里自动添加(cherry picked from commit <原提交哈希>)，帮助Git识别这是同一个来源的变更：

  git checkout master
  git cherry-pick -x <原bugfix提交的哈希值>
  

内容的提问来源于stack exchange，提问作者Antoine Catton