GitLab合并请求为何显示已在目标分支的新增内容？

这种情况核心是staging分支与main分支的提交历史出现了分叉，导致Git对比分支差异时找不到正确的共同祖先节点，进而误判文件状态：

• 要么是staging长期未同步main的更新，后续直接在旧基准上提交，和main的提交路径完全分离；
• 要么是有人在staging手动重复提交了main已有的变更（比如复制文件后重新提交，而非合并main分支），导致Git将其识别为全新提交，而非已有内容。

完全不需要改动main分支，按以下步骤操作即可：

1. 拉取最新的main分支
   先确保本地main分支与远程同步：

   git checkout main
   git pull origin main
   

2. 备份当前staging分支的所有内容
   创建临时分支保存现有staging的提交，防止操作失误丢失内容：

   git checkout staging
   git checkout -b staging-backup
   

3. 创建基于最新main的新staging分支
   从最新的main分支生成全新的staging分支：

   git checkout main
   git checkout -b new-staging
   

4. 迁移staging独有的提交到新分支
   先查看staging中未合并到main的提交哈希：

   git log main..staging-backup --oneline
   

   然后逐个将这些提交cherry-pick到new-staging分支（替换<commit-hash>为实际的提交哈希）：

   git checkout new-staging
   git cherry-pick <commit-hash-1>
   git cherry-pick <commit-hash-2>
   # 重复此步骤直到所有独有提交迁移完成
   

   若遇到冲突，解决冲突后执行git cherry-pick --continue即可。

5. 替换远程staging分支
   确认new-staging内容无误后，推送覆盖远程staging分支（注意：此操作会覆盖远程分支，需提前告知团队成员）：

   git push origin new-staging:staging -f
   

6. 清理临时分支（可选）
   操作完成后，可删除本地临时分支：

   git branch -D staging-backup
   git branch -D staging # 本地旧分支可删除，也可保留作为备份
   

重新在GitLab上从staging向main发起合并请求，此时差异将仅显示staging独有的提交内容，不会再出现已存在于main的文件被标记为新增的情况。

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