功能分支变基后合并至原分支时出现冲突的解决方法

你的判断是对的：变基会生成全新的提交哈希，原功能分支仍保留旧提交历史，合并时Git会将两边视为独立修改，导致已解决的冲突重复出现。以下是几种可行的解决方法：

方法一：用git rebase --onto精准迁移提交 #

这个命令能帮你只把工作分支上的新增提交（排除之前同步master的变基部分）移到原功能分支顶端，避免重复处理冲突：

• 切换到变基后的工作分支：git checkout your-working-branch
• 用git log --oneline --graph找到工作分支从原功能分支分叉的起点提交哈希（记为<fork-point-commit>）
• 执行变基：git rebase --onto feature-branch <fork-point-commit> your-working-branch
  完成后，工作分支的提交就基于原功能分支，合并时不会再出现旧冲突。

方法二：合并时复用冲突解决结果 #

如果不想再变基，直接合并工作分支到原功能分支，利用已有的冲突解决经验快速处理：

• 切换到原功能分支：git checkout feature-branch
• 执行非快进合并（保留分支历史）：git merge --no-ff your-working-branch
• 遇到冲突时，若之前开启了git rerere（可通过git config --global rerere.enabled true开启），Git会自动复用之前的冲突解决结果；未开启的话，手动重新解决（因为你已经处理过一次，速度会更快）
• 提交合并结果：git commit

方法三：正确在原功能分支上变基（不会覆盖master提交） #

你担心的"覆盖master提交"是操作失误导致的，正确步骤不会有问题：

• 切换到原功能分支并拉取最新版本：git checkout feature-branch && git pull
• 变基到master：git rebase master
• 遇到冲突时，按照你在工作分支上的方式解决，然后继续变基：git rebase --continue
• 变基完成后，用安全的强制推送更新远程分支：git push --force-with-lease（比--force更安全，避免覆盖他人修改）
  之后你的工作分支就能直接合并到原功能分支，不会有冲突。

注意事项 #

• 若多人协作原功能分支，变基后强制推送前需告知团队，避免其他人本地分支与远程不一致。
• 开启git rerere能自动记录冲突解决结果，后续遇到相同冲突可自动处理，节省时间。

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