重新创建Git仓库后feature分支合并main时代码覆盖问题的解决咨询

问题根源 #

你遇到的核心问题是新仓库与旧仓库没有任何共享提交历史——旧仓库的所有提交哈希在新仓库中完全不存在，Git无法识别两个分支的代码继承关系。合并时会触发「无关联历史合并」，Git会把两个分支的内容当作完全独立的版本对比，而非基于共同祖先做增量合并，最终误判feature/a的变更更新，导致main分支代码被覆盖。

解决方案 #

根据新仓库的开发进度，分两种场景处理：

场景1：新仓库尚未产生大量新提交（可重建历史关联）

这是最彻底的解决方式，让新仓库继承旧仓库的完整历史：

1. 在新仓库本地添加旧仓库作为远程源：

   git remote add old-repo <旧仓库的Git地址>
   

2. 拉取旧仓库的所有历史和分支：

   git fetch old-repo
   

3. 重置新仓库的main分支，将现有提交挂接到旧仓库main的历史之后：

   git checkout main
   git rebase old-repo/main
   

   （如果rebase时出现冲突，按正常冲突流程解决即可）
4. 对feature/a分支执行同样操作：

   git checkout feature/a
   git rebase old-repo/feature/a  # 若旧仓库存在该分支
   # 若新feature/a是从新main创建的，直接rebase新main即可：git rebase main
   

5. 强制推送改写后的分支到新仓库（需通知所有开发人员同步操作，避免本地历史冲突）：

   git push -f origin main
   git push -f origin feature/a
   

场景2：新仓库已有大量新提交（无法改写历史）

如果改写历史成本过高，可通过以下方式规避合并覆盖：

1. 先将旧仓库的对应分支导入新仓库作为临时分支，用于参考历史：

   git fetch old-repo feature/a:old-feature-a
   

2. 合并feature/a到main时，启用无关联历史合并，并手动解决冲突：

   git checkout main
   git merge --allow-unrelated-histories feature/a
   

3. 冲突解决阶段，对照old-feature-a分支的历史，判断哪部分代码是更早的合法变更，保留正确版本。
4. 合并完成后提交结果即可。

后续预防措施 #

1. 仓库迁移时，不要直接复制文件初始化新仓库，应通过git clone旧仓库，修改远程地址为新仓库后推送所有分支，完整保留历史关联。
2. 若只需迁移部分分支或裁剪历史，使用git filter-repo工具处理旧仓库后再推送，避免创建无关联的新仓库。

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