Git实操：如何将落后的旧feature分支合并到master分支？

嘿，我完全懂你现在的头疼——要把一个落后一大截的feature分支合并回master，手动在两个编辑器里挑变更简直是折磨对吧？Git其实有不少高效的冲突管理方法，能帮你摆脱这种苦力活。结合你给出的提交历史（feature是A-B-C-F-G-H-K，master是A-B-C-D-E-...），我给你梳理几个靠谱的方案：

在动手之前，先做两件事避免翻车：

• 把本地master同步到最新：git checkout master，接着git pull origin master
• 给你的feature分支做个备份：git checkout feature，然后git checkout -b feature-backup，万一搞砸了还能一键回滚

这个方法是把feature的提交一个个“移植”到最新的master分支上，每次只处理一个提交的冲突，比一次性面对所有冲突要轻松太多：

1. 切换到feature分支：git checkout feature
2. 启动交互式变基：git rebase -i master
   这时会弹出一个编辑器，里面列着feature上的所有新提交（F、G、H、K），默认是pick指令，先不用改，直接保存退出就行。
3. Git会自动停在第一个出现冲突的提交（比如F和master的D/E提交冲突），用git status查看冲突文件，然后用IDE的冲突解决工具处理——比如VS Code、IntelliJ这类IDE都有可视化的冲突界面，会把master和feature的内容分栏展示，你可以直接选择保留哪部分，或者手动编辑中间的最终版本，比纯文本编辑器高效太多。
4. 解决完当前提交的冲突后，运行git add .标记冲突已解决，再用git rebase --continue推进到下一个提交。
5. 如果遇到某个提交的冲突实在理不清，或者不想保留这个提交，可以用git rebase --skip跳过，要是整个变基都乱了，直接git rebase --abort回到初始状态就行。

这种方法的好处是，你能跟着提交的顺序逐个处理冲突，每个冲突的上下文都很明确，不容易搞混哪些变更是feature的新增内容。

如果你不想改动feature的原始提交记录，也可以直接合并，再用工具批量处理冲突：

1. 切换到master分支：git checkout master
2. 执行合并：git merge feature
3. Git提示冲突后，用git status查看冲突文件，然后调用可视化工具：
   • 用Git内置的工具：运行git mergetool，它会调用你配置好的编辑器（比如vimdiff、VS Code）来对比两边的变更，可视化操作比手动翻文件舒服多了。
   • 直接用IDE打开项目：大部分现代IDE都会自动识别冲突文件，弹出专门的冲突解决界面，左边是master的内容，右边是feature的内容，中间让你编辑最终版本，直观又好操作。

这种方法的优势是保留了所有原始提交历史，但一次性处理所有冲突可能会有点乱，适合你对feature的所有变更都比较清楚的情况。

如果master上的新提交特别多，你可以分批次合并，把大冲突拆成小冲突：

1. 切换到feature分支：git checkout feature
2. 找到master上的某个中间提交（比如D的哈希值，假设是xxxxxx），先合并这个提交：git merge xxxxxx
3. 解决完这次的冲突并提交后，再合并下一个提交E，以此类推，直到把master所有新提交都合并到feature，最后再把feature合并回master。

每次只处理一小段提交的冲突，难度会低很多，也不容易出错。

不管用哪种方法解决完冲突，一定要先测试代码功能是否正常，确认没问题后再推送到远程：

• 如果用了变基，推送时需要加--force-with-lease（比--force安全，不会覆盖别人的远程变更）：git push origin feature --force-with-lease
• 如果是直接合并，直接git push origin master就行

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