Git merge未同步source分支全部变更至target分支的问题咨询

问题场景 #

将feature分支通过git merge feature合并到master分支，解决冲突后发现：部分feature分支的非冲突修改未同步到master，比如以下两处代码保留了master版本，而其他因行号变动的类似修改却正常同步：

• isSelected判断逻辑：master保留const isSelected = list[item]?.UUID === selectedTarget;，未应用feature的const isSelected = selectedTarget.includes(list[item]?.UUID);
• 组件类型：master保留<Radio>标签，未替换为feature的<Checkbox>

可能原因 #

1. Git合并算法的上下文匹配失效
   当feature分支中代码因大量新增/删除导致目标代码行号大幅变动（比如从269行移到301行），Git的三方合并算法会基于代码上下文对比，若上下文差异过大，会误判feature的修改为新增内容，而master的对应行未被修改，从而保留master版本。

2. 冲突解决时的遗漏操作
   解决冲突过程中，仅关注了Git标记为冲突的代码块，忽略了那些未被标记为冲突、但实际feature有修改的代码区域，或者在编辑器中误选了保留master版本。

3. 分支历史差异过大
   若feature分支基于较旧的master版本创建，后续master有大量提交，合并时的基准版本（base）与当前master差异过大，导致Git无法正确关联feature的修改。

解决与修复步骤 #

方法1：回溯合并，重新处理 #

• 若合并未提交，执行git merge --abort撤销合并；若已提交，执行git reset --hard HEAD^回退到合并前的master版本。
• 重新执行合并：git merge feature
• 冲突解决时，用工具全面核对变更：
  • 用git diff --name-only列出所有变更文件
  • 对每个文件，执行git diff master feature -- <文件名>，查看feature相对于master的所有修改，确保每一处都被应用
  • 优先使用可视化合并工具（如VS Code冲突界面、SourceTree），这类工具会清晰展示feature的所有修改，避免遗漏

方法2：手动补全遗漏变更 #

若合并已完成并提交，直接在master分支上对比feature的修改，手动替换遗漏代码：

• 将isSelected的判断逻辑替换为feature版本
• 将<Radio>标签替换为<Checkbox>
• 提交修改：git add <目标文件名>，然后git commit -m "补全feature分支遗漏的合并变更"

方法3：优化流程避免后续问题 #

• 定期同步master到feature：开发过程中每隔一段时间执行git checkout feature && git merge master，减少合并时的上下文差异
• 尝试Rebase替代Merge：若团队允许，合并前执行git checkout feature && git rebase master，将feature基于最新master重放提交，再合并到master时为快进合并，降低冲突和匹配问题（注意：Rebase会修改分支历史，仅适用于个人分支或团队共识场景）

验证方式 #

合并完成后，执行以下命令确认所有feature变更已同步：

• git diff master feature：若输出为空，说明master已包含feature所有变更；若有输出，即为遗漏部分，需补全
• git log --oneline --graph：查看分支历史，确认合并提交包含feature的所有提交记录

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